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Abstract 


This memo defines a portion of the Management Information Base (MIB) 
for use with network management protocols in the Internet community. 
In particular, it describes objects used for managing DS1, El, DS2 
and E2 interfaces. This document is a companion document with 
Definitions of Managed Objects for the DSO (RFC 2494 [30]), DS3/E3 
(RFC 2496 [28]), and the work in progress, SONET/SDH Interface Types. 


This memo specifies a MIB module in a manner that is both compliant 
to the SNMPv2 SMI, and semantically identical to the peer SNMPv1 
definitions. 
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1. The SNMP Management Framework 


The SNMP Management Framework presently consists of five major 
components: 


o 


o 


Fowler, 


An overall architecture, described 


in RFC 2271 [1]. 


Mechanisms for describing and naming objects and events for the 
purpose of management. The first ve 
Management Information (SMI) is cal 
STD 16, RFC 1155 [2], STD 16, RFC 1 
second version, called SMIv2, is de 
and RFC 1904 [7]. 


1903 [6] 


rsion of this Structure of 
led SMIv1 and described in 
212 [3] and RFC 1215 [4]. The 
Scribed in RFC 1902 [5], RFC 


Message protocols for transferring management information. The 
first version of the SNMP message protocol is called SNMPv1 and 
described in STD 15, RFC 1157 [8]. 
message protocol, which is not an I 
is called SNMPv2c and described in RFC 1901 [9] and 


protocol, 
RFC 1906 


Ed. 


[10]. 


The third version o 


Standards Track 


A second version of the SNMP 
nternet standards track 


f the message protocol is 
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called SNMPv3 and described in RFC 1906 [10], RFC 2272 [11] and 
RFC 2274 [12]. 


[e Protocol operations for accessing management information. The 
first set of protocol operations and associated PDU formats is 
described in STD 15, RFC 1157 [8]. A second set of protocol 
operations and associated PDU formats is described in RFC 1905 
ELSI 


fe) A set of fundamental applications described in RFC 2273 [14] and 
the view-based access control mechanism described in RFC 2275 
[15]. Managed objects are accessed via a virtual information 
store, termed the Management Information Base or MIB. Objects 
in the MIB are defined using the mechanisms defined in the SMI. 
This memo specifies a MIB module that is compliant to the SMIv2. 
A MIB conforming to the SMIv1 can be produced through the 
appropriate translations. The resulting translated MIB must be 
semantically equivalent, except where objects or events are 
omitted because no translation is possible (use of Counter64). 
Some machine readable information in SMIv2 will be converted 
into textual descriptions in SMIv1 during the translation 
process. However, this loss of machine readable information is 
not considered to change the semantics of the MIB. 


1.1. Changes from RFC1406 

The changes from RFC1406 are the following: 
(1) The Fractional Table has been deprecated. 
(2) This document uses SMIv2. 
(3) Usage is given for ifTable and ifXTable. 
(4) Example usage of ifStackTable is included. 
(5) dsxlIfIndex has been deprecated. 
(6) Support for DS2 and E2 have been added. 


(7) Additional lineTypes for DS2, E2, and unframed El 
were added. 


(8) The definition of valid intervals has been clarified 
for the case where the agent proxied for other devices. In 
particular, the treatment of missing intervals has been 
clarified. 


Fowler, Ed. Standards Track [Page 3] 


RFC 2495 DS1/E1/DS2/E2 MIB January 1999 


2s 


(9) An inward loopback has been added. 


(10) Additional lineStatus bits have been added for Near End in 
Unavailable Signal State, Carrier Equipment Out of Service, 
DS2 Payload AIS, and DS2 Performance Threshold. 


(11) A read-write line Length object has been added. 
(12) Signal mode of other has been added. 
(13) Added a lineStatus last change, trap and enabler. 


(14) The e1(19) ifType has been obsoleted so this MIB 
does not list it as a supported ifType. 


(15) Textual Conventions for statistics objects have been used. 


(16) A new object, dsxlLoopbackStatus has been introduced to 
reflect the loopbacks established on a DS1 interface and 
the source to the requests.  dsxlLoopbackConfig continues 
to be the desired loopback state while dsxlLoopbackStatus 
reflects the actual state. 


(17) A dual loopback has been added to allow the setting of an 
inward loopback and a line loopback at the same time. 


(18) An object indicating which channel to use within a parent 
object (i.e. DS3) has been added. 


(19) An object has been added to indicate whether or not this 
DS1/E1 is channelized. 


(20) Line coding type of B6ZS has been added for DS2 
Overview 
These objects are used when the particular media being used to 
realize an interface is a DS1/E1/DS2/E2 interface. At present, this 


applies to these values of the ifType variable in the Internet- 
standard MIB: 


dsl (18) 


The definitions contained herein are based on the AT&T T-1 Superframe 
(a.k.a., D4) and Extended Superframe (ESF) formats [17, 18], the 
latter of which conforms to ANSI specifications [19], and the CCITT 
Recommendations [20, 21], referred to as E1 for the rest of this 
memo. 
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The various DS1 and El line disciplines are similar enough that 
Separate MIBs are unwarranted, although there are some differences. 
For example, Loss of Frame is defined more rigorously in the ESF 
Specification than in the D4 specification, but it is defined in 
both. Therefore, interface types e1(19) and g703at2mb(67) have been 
obsoleted. 


Where it is necessary to distinguish between the flavors of El with 
and without CRC, E1-CRC denotes the "with CRC" form (G.704 Table 4b) 
and El-noCRC denotes the "without CRC" form (G.704 Table 4a). 

2.1. Use of ifTable for DS1 Layer 


Only the ifGeneralGroup needs to be supported. 


ifTable Object Use for DS1 Layer 
ifIndex Interface index. 
ifDescr See interfaces MIB [16] 
ifType ds1 (18) 

ifSpeed Speed of line rate 


DS1 - 1544000 
El - 2048000 
DS2 - 6312000 
E2 - 8448000 


ifPhysAddress The value of the Circuit Identifier. 
If no Circuit Identifier has been assigned 
this object should have an octet string 
with zero length. 


ifAdminStatus See interfaces MIB [16] 
ifOperStatus See interfaces MIB [16] 
ifLastChange See interfaces MIB [16] 
ifName See interfaces MIB [16]. 


ifLinkUpDownTrapEnable Set to enabled(1). 


ifHighSpeed Speed of line in Mega-bits per second 
(2, 6, or 8) 


ifConnectorPresent Set to true(1) normally, except for 


Fowler, Ed. Standards Track [Page 5] 


RFC 2495 DS1/E1/DS2/E2 MIB January 1999 


cases such as DS1/E1 over AAL1/ATM where 
false(2) is appropriate 


2.2. Usage Guidelines 

2.2.1. Usage of ifStackTable for Routers and DSUs 
The object dsxlIfIndex has been deprecated. This object previously 
allowed a very special proxy situation to exist for Routers and CSUs. 


This section now describes how to use ifStackTable to represent this 
relationship. 


The paragraphs discussing dsxlIfIndex and dsxlLineIndex have been 
preserved in Appendix A for informational purposes. 


The ifStackTable is used in the proxy case to represent the 
association between pairs of interfaces, e.g. this T1 is attached to 
that T1. This use is consistent with the use of the ifStackTable to 
show the association between various sub-layers of an interface. In 
both cases entire PDUs are exchanged between the interface pairs - in 
the case of a T1, entire T1 frames are exchanged; in the case of PPP 
and HDLC, entire HDLC frames are exchanged. This usage is not meant 
to suggest the use of the ifStackTable to represent Time Division 
Multiplexing (TDM) connections in general. 


External&Internal interface scenario: the SNMP Agent resides on a 
host external from the device supporting DS1 interfaces (e.g., a 
router). The Agent represents both the host and the DS1 device. 


Example: 
A shelf full of CSUs connected to a Router. An SNMP Agent residing on 


the router proxies for itself and the CSU. The router has also an 
Ethernet interface: 
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4----- * 
| | | 
4+--------------------- + 

E | | 1.544 MBPS | Line#A | DS1 Link 
|t | R [--------------- +----- - =- - =- o------ > 
[ho | | | | 
le | o | 1.544 MBPS | Line#B | DS1 Link 
|r | |--------------- +---------- +-----—- > 
n U CSU Shelf 
e 1.544 MBPS Line#C | DS1 Link 
|t | T  |--------------- +---———---- 4------ > 
| | | | 
| ----- | E | 1.544 MBPS | Line#D | DS1 Link 
| | | --------------- +- -------c- 4------ > 
| | R | | | 
| | | 

4----- * 


The assignment of the index values could for example be: 


ifIndex Description 
Ethernet 

Line#A Router 
Line#B Router 
Line#C Router 
Line#D Router 
Line#A CSU Router 
Line#B CSU Router 
Line#C CSU Router 
Line#D CSU Router 
10 Line#A CSU Network 
ll Line#B CSU Network 
12 Line#C CSU Network 
13 Line#D CSU Network 


OMDAIHDUAWNE 


The ifStackTable is then used to show the relationships between the 
various DS1 interfaces. 


ifStackTable Entries 
HigherLayer LowerLayer 
2 6 


Qo 00 -1 Oy O1 4S (Q2 
HG 
o 
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If the CSU shelf is managed by itself by a local SNMP Agent, the 


situation would be identical, 


except the Ethernet and the 4 router 


Interfaces would also be numbered from 1 to 


interfaces are deleted. 

8. 
ifIndex Description 
1 Line#A CSU Router 
2 Line#B CSU Router 
3 Line#C CSU Router 
4 Line#D CSU Router 
5 Line#A CSU Network 
6 Line#B CSU Network 
7 Line#C CSU Network 
8 Line#D CSU Network 
ifStackTable Entries 
HigherLayer LowerLayer 
1 5 
2 6 
3 7 
4 8 

2.2.2. 


Usage of ifStackTable for DS1/E1 on DS2/E2 


An example is given of how DS1/E2 interfaces are stacked on DS2/E2 


interfaces. 
represent DS2 interfaces. 


stacking should be used. 
by examining ifSpeed or dsxlLineType. 


Fowler, 


ifIndex Description 

1 DS1 #1 

2 DS1 #2 

3 DS1 #3 

4 DS1 #4 

5 DS2 
ifStackTable Entries 
HigherLayer LowerLayer 
1 5 

2 5 

3 5 

4 5 

Ed. Standards Track 


It is not necessary nor is it always desirable to 
If this is required, the following 


All ifTypes are dsl. 


The DS2 is determined 
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2.2.3. Usage of Channelization for DS3, DS1, DSO 


An example is given here to explain the channelization objects in the 
DS3, DS1, and DSO MIBs to help the implementor use the objects 
correctly. Treatment of E3 and El would be similar, with the number 
of DS0s being different depending on the framing of the El. 


Assume that a DS3 (with ifIndex 1) is Channelized into DS1s (without 
DS2s). The object dsx3Channelization is set to enabledDs1. There 
will be 28 DS1s in the ifTable. Assume the entries in the ifTable 
for the DS1s are created in channel order and the ifIndex values are 
2 through 29. In the DS1 MIB, there will be an entry in the 
dsxlChanMappingTable for each dsl. The entries will be as follows: 


dsxlChanMappingTable Entries 


iflIndex dsx1DslChannelNumber dsxlChanMappedIfIndex 


1 1 2 
1 2 3 
1 28 29 


In addition, the DS1s are channelized into DSOs. The object 
dsxlChannelization is set to enabledDSO for each DS1. When this 
object is set to this value, 24 DSOs are created by the agent. There 
will be 24 DSOs in the ifTable for each DS1. If the 
dsxlChannelization is set to disabled, the 24 DSOs are destroyed. 


Assume the entries in the ifTable are created in channel order and 
the ifIndex values for the DSOs in the first DS1 are 30 through 53. 
In the DSO MIB, there will be an entry in the dsx0ChanMappingTable 
for each DSO. The entries will be as follows: 


dsxOChanMappingTable Entries 


ifIndex dsxODsOChannelNumber dsx0ChanMappedIfIndex 


2 1 30 
2 2 31 
2 24 53 


2.2.4. Usage of Channelization for DS3, DS2, DS1 


An example is given here to explain the channelization objects in the 
DS3 and DS1 MIBs to help the implementor use the objects correctly. 
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Assume that a DS3 (with ifIndex 1) is Channelized into DS2s. The 
object dsx3Channelization is set to enabledDs2. There will be 7 DS2s 
(ifType of DS1) in the ifTable. Assume the entries in the ifTable 
for the DS2s are created in channel order and the ifIndex values are 
2 through 8. In the DS1 MIB, there will be an entry in the 
dsxlChanMappingTable for each DS2. The entries will be as follows: 


dsxlChanMappingTable Entries 


ifIndex  dsxl1DslChannelNumber dsxlChanMappedIfIndex 


1 1 2 
1 2 3 
1 7 8 


In addition, the DS2s are channelized into DS1s. The object 
dsxlChannelization is set to enabledDS1 for each DS2. There will be 
4 DS1s in the ifTable for each DS2. Assume the entries in the 
ifTable are created in channel order and the ifIndex values for the 
DS1s in the first DS2 are 9 through 12, then 13 through 16 for the 
second DS2, and so on. In the DS1 MIB, there will be an entry in the 
dsxlChanMappingTable for each DS1. The entries will be as follows: 


dsxlChanMappingTable Entries 


ifIndex dsxlDslChannelNumber  dsxlChanMappedIfIndex 


2 1 9 

2 2 10 
2 3 11 
2 4 12 
3 1 13 
3 2 14 
8 4 36 


2.2.5. Usage of Loopbacks 
This section discusses the behaviour of objects related to loopbacks. 


The object dsxlLoopbackConfig represents the desired state of 
loopbacks on this interface. Using this object a Manager can 
request: 

LineLoopback 

PayloadLoopback (if ESF framing) 

InwardLoopback 

DualLoopback (Line + Inward) 

NoLoopback 
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The remote end can also request loopbacks either through the FDL 
channel if ESF or inband if D4. The loopbacks that can be request 
this way are: 

LineLoopback 

PayloadLoopback (if ESF framing) 

NoLoopback 


To model the current state of loopbacks on a DS1 interface, the 
object dsxlLoopbackStatus defines which loopback is currently applies 
to an interface. This objects, which is a bitmap, will have bits 
turned on which reflect the currently active loopbacks on the 
interface as well as the source of those loopbacks. 


The following restrictions/rules apply to loopbacks: 
The far end cannot undo loopbacks set by a manager. 
A manager can undo loopbacks set by the far end. 


Both a line loopback and an inward loopback can be set at the same 
time. Only these two loopbacks can co-exist and either one may be 
set by the manager or the far end. A LineLoopback request from the 
far end is incremental to an existing Inward loopback established by 
a manager. When a NoLoopback is received from the far end in this 
case, the InwardLoopback remains in place. 


2.3. Objectives of this MIB Module 


There are numerous things that could be included in a MIB for DS1 
Signals: the management of multiplexors, CSUs, DSUs, and the like. 
The intent of this document is to facilitate the common management of 
all devices with DS1, El, DS2, or E3 interfaces. As such, a design 
decision was made up front to very closely align the MIB with the set 
of objects that can generally be read from these types devices that 
are currently deployed. 


J2 interfaces are not supported by this MIB. 
2.4. DS1 Terminology 


The terminology used in this document to describe error conditions on 
a DS1 interface as monitored by a DS1 device are based on the late 
but not final draft of what became the ANSI T1.231 standard [11]. If 
the definition in this document does not match the definition in the 
ANSI T1.231 document, the implementer should follow the definition 
described in this document. 
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2.4. 


Fow 


Te Error Events 


Bipolar Violation (BPV) Error Event 
A BPV error event for an AMI-coded signal is the occurrence of a 
pulse of the same polarity as the previous pulse. (See T1.231 
Section 6.1.1.1.1) A BPV error event for a B8ZS- or HDB3- coded 
signal is the occurrence of a pulse of the same polarity as the 
previous pulse without being a part of the zero substitution 
code. 


Excessive Zeroes (EXZ) Error Event 
An Excessive Zeroes error event for an AMI-coded signal is the 
occurrence of more than fifteen contiguous zeroes. (See T1.231 
Section 6.1.1.1.2) For a B8ZS coded signal, the defect occurs 
when more than seven contiguous zeroes are detected. 


Line Coding Violation (LCV) Error Event 
A Line Coding Violation (LCV) is the occurrence of either a 
Bipolar Violation (BPV) or Excessive Zeroes (EXZ) Error Event. 
(Also known as CV-L; See T1.231 Section 6.5.1.1) 


Path Coding Violation (PCV) Error Event 
A Path Coding Violation error event is a frame synchronization 
bit error in the D4 and El-noCRC formats, or a CRC or frame 
synch. bit error in the ESF and E1-CRC formats. (Also known as 
CV-P; See T1.231 Section 6.5.2.1) 


Controlled Slip (CS) Error Event 
A Controlled Slip is the replication or deletion of the payload 
bits of a DS1 frame. (See T1.231 Section 6.1.1.2.3) A Controlled 
Slip may be performed when there is a difference between the 
timing of a synchronous receiving terminal and the received 
signal. A Controlled Slip does not cause an Out of Frame defect. 


.2. Performance Defects 


Out Of Frame (OOF) Defect 
An OOF defect is the occurrence of a particular density of 
Framing Error events. (See T1.231 Section 6.1.2.2.1) 


For DS1 links, an Out of Frame defect is declared when the 
receiver detects two or more framing errors within a 3 msec 
period for ESF signals and 0.75 msec for D4 signals, or two or 
more errors out of five or fewer consecutive framing-bits. 


For El links, an Out Of Frame defect is declared when three 
consecutive frame alignment signals have been received with an 
error (see G.706 Section 4.1 [26]). 
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For DS2 links, an Out of Frame defect is declared when 7 or more 
consecutive errored framing patterns (4 multiframe) are received. 
The LOF is cleared when 3 or more consecutive correct framing 
patterns are received. 


Once an Out Of Frame Defect is declared, the framer starts 
searching for a correct framing pattern. The Out of Frame defect 
ends when the signal is in frame. 


In-frame occurs when there are fewer than two frame bit errors 
within 3 msec period for ESF signals and 0.75 msec for D4 
signals. 


For El links, in-frame occurs when a) in frame N the frame 
alignment signal is correct and b) in frame N+1 the frame 
alignment signal is absent (i.e., bit 2 in TSO is a one) and c) 
in frame N+2 the frame alignment signal is present and correct. 
(See G.704 Section 4.1) 


Alarm Indication Signal (AIS) Defect 
For D4 and ESF links, the 'all ones’ condition is detected at a 
DS1 line interface upon observing an unframed signal with a one's 
density of at least 99.9$ present for a time equal to or greater 
than T, where 3 ms <= T <= 75 ms. The AIS is terminated upon 
observing a signal not meeting the one's density or the unframed 
Signal criteria for a period equal to or greater than than T. 
(See G.775, Section 5.4) 


For El links, the 'all-ones' condition is detected at the line 
interface as a string of 512 bits containing fewer than three 
zero bits (see O.162 [23] Section 3.3.2). 


For DS2 links, the DS2 AIS shall be sent from the NT1 to the user 
to indicate a loss of the 6,312 kbps frame capability on the 
network side. The DS2 AIS is defined as a bit array of 6,312 
kbps in which all binary bits are set to '1l'. 


The DS2 AIS detection and removal shall be implemented according 
to ITU-T Draft Recommendation G.775 [31] Section 5.5: 

- a DS2 AIS defect is detected when the incoming signal has two 
(2) or less ZEROs in a sequence of 3156 bits (0.5 ms). 

- a DS2 AIS defect is cleared when the incoming signal has three 
(3) or more ZEROs in a sequence of 3156 bits (0.5 ms). 
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2.4.3. Performance Parameters 


All performance parameters are accumulated in fifteen minute 
intervals and up to 96 intervals (24 hours worth) are kept by an 
agent. Fewer than 96 intervals of data whelfill be available if the 
agent has been restarted within the last 24 hours. In addition, 
there is a rolling 24-hour total of each performance parameter. 
Performance parameters continue to be collected when the interface is 
down. 


There is no requirement for an agent to ensure fixed relationship 
between the start of a fifteen minute interval and any wall clock; 
however some agents may align the fifteen minute intervals with 
quarter hours. 


Performance parameters are of types PerfCurrentCount, 
PerfIntervalCount and PerfTotalCount. These textual conventions are 
all Gauge32, and they are used because it is possible for these 
objects to decrease. Objects may decrease when Unavailable Seconds 
occurs across a fifteen minutes interval boundary. See Unavailable 
Seconds discussion later in this section. 


Line Errored Seconds (LES) 
A Line Errored Second is a second in which one or more Line Code 
Violation error events were detected. (Also known as ES-L; See 
T1.231 Section 6.5.1.2) 


Controlled Slip Seconds (CSS) 
A Controlled Slip Second is a one-second interval containing one 
or more controlled slips. (See T1.231 Section 6.5.2.8) This is 
not incremented during an Unavailable Second. 


Errored Seconds (ES) 
For ESF and E1-CRC links an Errored Second is a second with one 
or more Path Code Violation OR one or more Out of Frame defects 
OR one or more Controlled Slip events OR a detected AIS defect. 
(See T1.231 Section 6.5.2.2 and G.826 [32] Section B.1) 


For D4 and El-noCRC links, the presence of Bipolar Violations 
also triggers an Errored Second. 


This is not incremented during an Unavailable Second. 
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Bursty Errored Seconds (BES) 


A Bursty Errored Second (also known as Errored Second type B in 
T1.231 Section 6.5.2.4) is a second with fewer than 320 and more 
than 1 Path Coding Violation error events, no Severely Errored 
Frame defects and no detected incoming AIS defects. Controlled 
slips are not included in this parameter. 


This is not incremented during an Unavailable Second. It 
applies to ESF signals only. 


Severely Errored Seconds (SES) 


A Severely Errored Second for ESF signals is a second with 320 
or more Path Code Violation Error Events OR one or more Out of 
Frame defects OR a detected AIS defect. (See T1.231 Section 
6.5.2.5) 


For E1-CRC signals, a Severely Errored Second is a second with 
832 or more Path Code Violation error events OR one or more Out 
of Frame defects. 


For El-noCRC signals, a Severely Errored Second is a 2048 LCVs 
or more. 


For D4 signals, a Severely Errored Second is a count of one- 
second intervals with Framing Error events, or an OOF defect, or 
1544 LCVs or more. 


Controlled slips are not included in this parameter. 


This is not incremented during an Unavailable Second. 


Severely Errored Framing Second (SEFS) 


An Severely Errored Framing Second is a second with one or more 
Out of Frame defects OR a detected AIS defect. (Also known as 
SAS-P (SEF/AIS second); See T1.231 Section 6.5.2.6) 


Degraded Minutes 


Fowler, 


A Degraded Minute is one in which the estimated error rate 
exceeds 1E-6 but does not exceed 1E-3 (see G.821 [24]). 


Degraded Minutes are determined by collecting all of the 
Available Seconds, removing any Severely Errored Seconds 
grouping the result in 60-second long groups and counting a 60- 
second long group (a.k.a., minute) as degraded if the cumulative 
errors during the seconds present in the group exceed 1E-6. 
Available seconds are merely those seconds which are not 
Unavailable as described below. 
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Unavailable Seconds (UAS) 
Unavailable Seconds (UAS) are calculated by counting the number 
of seconds that the interface is unavailable. The DS1 interface 
is said to be unavailable from the onset of 10 contiguous SESs, 
or the onset of the condition leading to a failure (see Failure 
States). If the condition leading to the failure was 
immediately preceded by one or more contiguous SESs, then the 
DS1 interface unavailability starts from the onset of these 


SESs. Once unavailable, and if no failure is present, the DS1 
interface becomes available at the onset of 10 contiguous 
seconds with no SESs. Once unavailable, and if a failure is 


present, the DS1 interface becomes available at the onset of 10 
contiguous seconds with no SESs, if the failure clearing time is 
less than or equal to 10 seconds. If the failure clearing time 
is more than 10 seconds, the DS1 interface becomes available at 
the onset of 10 contiguous seconds with no SESs, or the onset 
period leading to the successful clearing condition, whichever 
occurs later. With respect to the DS1 error counts, all 
counters are incremented while the DS1 interface is deemed 
available. While the interface is deemed unavailable, the only 
count that is incremented is UASs. 


Note that this definition implies that the agent cannot 
determine until after a ten second interval has passed whether a 
given one-second interval belongs to available or unavailable 
time. If the agent chooses to update the various performance 
statistics in real time then it must be prepared to 
retroactively reduce the ES, BES, SES, and SEFS counts by 10 and 
increase the UAS count by 10 when it determines that available 
time has been entered. It must also be prepared to adjust the 
PCV count and the DM count as necessary since these parameters 
are not accumulated during unavailable time. It must be 
similarly prepared to retroactively decrease the UAS count by 10 
and increase the ES, BES, and DM counts as necessary upon 
entering available time. A special case exists when the 10 
Second period leading to available or unavailable time crosses a 
900 second statistics window boundary, as the foregoing 
description implies that the ES, BES, SES, SEFS, DM, and UAS 
counts the PREVIOUS interval must be adjusted. In this case 
successive GETs of the affected dsxlIntervalSESs and 
dsxlIntervalUASs objects will return differing values if the 
first GET occurs during the first few seconds of the window. 


The agent may instead choose to delay updates to the various 
statistics by 10 seconds in order to avoid retroactive 
adjustments to the counters. A way to do this is sketched in 
Appendix B. 
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In any case, a linkDown trap shall be sent only after the agent 
has determined for certain that the unavailable state has been 
entered, but the time on the trap will be that of the first UAS 
(i.e., 10 seconds earlier). A linkUp trap shall be handled 
similarly. 


According to ANSI T1.231 unavailable time begins at the onset. 
of 10 contiguous severely errored seconds -- that is, 
unavailable time starts with the first of the 10 contiguous 
SESs. Also, while an interface is deemed unavailable all 
counters for that interface are frozen except for the UAS count. 
It follows that an implementation which strictly complies with 
this standard must not increment any counters other than the 
UAS count -- even temporarily -- as a result of anything that 
happens during those 10 seconds. Since changes in the signal 
state lag the data to which they apply by 10 seconds, an ANSI- 
compliant implementation must pass the the one-second statistics 
through a 10-second delay line prior to updating any counters. 
That can be done by performing the following steps at the end of 
each one second interval. 


i) Read near/far end CV counter and alarm status flags from the 
hardware. 


ii) Accumulate the CV counts for the preceding second and compare 
them to the ES and SES threshold for the layer in question. 
Update the signal state and shift the one-second CV counts and 
ES/SES flags into the 10-element delay line. Note that far-end 
one-second statistics are to be flagged as "absent" during any 
second in which there is an incoming defect at the layer in 
question or at any lower layer. 


iii) Update the current interval statistics using the signal state 
from the previous update cycle and the one-second CV counts 
and ES/SES flags shifted out of the 10-element delay line. 

This approach is further described in Appendix B. 

2.4.4. Failure States 

The following failure states are received, or detected failures, that 

are reported in the dsxlLineStatus object. When a DS1 interface 


would, if ever, produce the conditions leading to the failure state 
is described in the appropriate specification. 
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Far End Alarm Failure 
The Far End Alarm failure is also known as "Yellow Alarm" in the 
DS1 case, "Distant Alarm" in the El case, and "Remote Alarm" in 
the DS2 case. 


For D4 links, the Far End Alarm failure is declared when bit 6 
of all channels has been zero for at least 335 ms and is cleared 
when bit 6 of at least one channel is non-zero for a period T, 
where T is usually less than one second and always less than 5 
seconds. The Far End Alarm failure is not declared for D4 links 
when a Loss of Signal is detected. 


For ESF links, the Far End Alarm failure is declared if the 
Yellow Alarm signal pattern occurs in at least seven out of ten 
contiguous 16-bit pattern intervals and is cleared if the Yellow 
Alarm signal pattern does not occur in ten contiguous 16-bit 
signal pattern intervals. 


For El links, the Far End Alarm failure is declared when bit 3 
of time-slot zero is received set to one on two consecutive 
occasions. The Far End Alarm failure is cleared when bit 3 of 
time-slot zero is received set to zero. 


For DS2 links, if a loss of frame alignment (LOF or LOS) and/or 
DS2 AIS condition, is detected, the RAI signal shall be 
generated and transmitted to the remote side. 


The Remote Alarm Indication(RAI) signal is defined on m-bits as 
a repetition of the 16bit sequence consisting of eight binary 
'1s' and eight binary ’0s’ in m-bits(1111111100000000). When 
the RAI signal is not sent (in normal operation),the HDLC flag 
pattern (01111110) in the m-bit is sent. 


The RAI failure is detected when 16 or more consecutive RAI- 
patterns (1111111100000000) are received. The RAI failure is 
cleared when 4 or more consecutive incorrect-RAI-patterns are 
received. 


Alarm Indication Signal (AIS) Failure 
The Alarm Indication Signal failure is declared when an AIS 
defect is detected at the input and the AIS defect still exists 
after the Loss Of Frame failure (which is caused by the unframed 
nature of the 'all-ones' signal) is declared. The AIS failure is 
cleared when the Loss Of Frame failure is cleared. (See T1.231 
Section 6.2.1.2.1) 
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An AIS defect at a 6312 kbit/s (G.704) interface is detected 
when the incoming signal has two (2) or less ZEROs in a sequence 
of 3156 bits (0.5ms). 


The AIS signal defect is cleared when the incoming signal has 
three (3) or more ZEROs in a sequence of 3156 bits (0.5ms). 


Loss Of Frame Failure 
For DS1 links, the Loss Of Frame failure is declared when an OOF 
or LOS defect has persisted for T seconds, where 2 «- T «- 10. 
The Loss Of Frame failure is cleared when there have been no OOF 
or LOS defects during a period T where 0 <= T <= 20. Many 
systems will perform "hit integration" within the period T 
before declaring or clearing the failure e.g., see TR 62411 
[25]. 


For El links, the Loss Of Frame Failure is declared when an OOF 
defect is detected. 


Loss Of Signal Failure 
For DS1, the Loss Of Signal failure is declared upon observing 
175 +/- 75 contiguous pulse positions with no pulses of either 
positive or negative polarity. The LOS failure is cleared upon 
observing an average pulse density of at least 12.5$ over a 
period of 175 +/- 75 contiguous pulse positions starting with 
the receipt of a pulse. 


For El links, the Loss Of Signal failure is declared when 
greater than 10 consecutive zeroes are detected (see 0.162 
Section 3.4'«.4). 


A LOS defect at 6312kbit/s interfaces is detected when the 
incoming signal has "no transitions", i.e. when the signal level 
is less than or equal to a signal level of 35dB below nominal, 
for N consecutive pulse intervals, where 10 <=N<=255. 


The LOS defect is cleared when the incoming signal has 
"transitions", i.e. when the signal level is greater than or 
equal to a signal level of 9dB below nominal, for N consecutive 
pulse intervals, where 10<=N<=255. 


A signal with "transitions" corresponds to a G.703 compliant 
signal. 
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Loopback Pseudo-Failure 
The Loopback Pseudo-Failure is declared when the near end 
equipment has placed a loopback (of any kind) on the DS1. This 
allows a management entity to determine from one object whether 
the DS1 can be considered to be in service or not (from the 
point of view of the near end equipment). 


TS16 Alarm Indication Signal Failure 
For El links, the TS16 Alarm Indication Signal failure is 
declared when time-slot 16 is received as all ones for all 
frames of two consecutive multiframes (see G.732 Section 4.2.6). 
This condition is never declared for DS1. 


Loss Of MultiFrame Failure 
The Loss Of MultiFrame failure is declared when two consecutive 
multiframe alignment signals (bits 4 through 7 of TS16 of frame 
0) have been received with an error. The Loss Of Multiframe 
failure is cleared when the first correct multiframe alignment 
signal is received. The Loss Of Multiframe failure can only be 
declared for El links operating with G.732 [27] framing 
(sometimes called "Channel Associated Signalling" mode). 


Far End Loss Of Multiframe Failure 
The Far End Loss Of Multiframe failure is declared when bit 2 of 
TS16 of frame 0 is received set to one on two consecutive 
occasions. The Far End Loss Of Multiframe failure is cleared 
when bit 2 of TS16 of frame 0 is received set to zero. The Far 
End Loss Of Multiframe failure can only be declared for El links 
operating in "Channel Associated Signalling" mode. (See G.732) 


DS2 Payload AIS Failure 
The DS2 Payload AIS is detected when the incoming signal of the 
6,312 kbps frame payload [TS1-TS96] has 2 or less 0’s in a 
sequence of 3072 bits (0.5ms). The DS2 Payload AIS is cleared 
when the incoming signal of the 6,312 kbps frame payload [TS1- 
TS96] has 3 or more 0’s in a sequence of 3072 bits (0.5 ms). 


DS2 Performance Threshold 
DS2 Performance Threshold Failure monitors equipment performance 
and is based on the CRC (Cyclic Redundancy Check) Procedure 
defined in G.704. 


The DS2 Performance Threshold Failure is detected when the bit 
error ratio exceeds 10^-4 (Performance Threshold), and the DS2 
Performance Threshold Failure shall be cleared when the bit 
error ratio decreased to less than 10^-6." 
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Other Terms 


Circuit Identifier 


This is a character string specified by the circuit vendor, and 
is useful when communicating with the vendor during the 
troubleshooting process. 


Proxy 


In this document, the word proxy is meant to indicate an 
application which receives SNMP messages and replies to them on 
behalf of the devices which implement the actual DS3/E3 
interfaces. The proxy may have already collected the 
information about the DS3/E3 interfaces into its local database 
and may not necessarily forward the requests to the actual 
DS3/E3 interface. It is expected in such an application that 
there are periods of time where the proxy is not communicating 
with the DS3/E3 interfaces. In these instances the proxy will 
not necessarily have up-to-date configuration information and 
will most likely have missed the collection of some statistics 
data. Missed statistics data collection will result in invalid 
data in the interval table. 


3. Object Definitions 


DS1 


IMP 


dsl 


Fowler, 


-MIB DEFINITIONS ::= BEGIN 


ORTS 
MODULE-IDENTITY, OBJECT-TYPE, 
NOTIFICATION-TYPE, transmission FROM SNMPv2-SMI 
DisplayString, TimeStamp, TruthValue FROM SNMPv2-TC 
MODULE-COMPLIANCE, OBJECT-GROUP, 
NOTIFICATION-GROUP FROM SNMPv2-CONF 
InterfaceIndex, ifIndex FROM IF-MIB 
PerfCurrentCount, PerfIntervalCount, 
PerfTotalCount FROM PerfHist-TC-MIB; 


MODULE-IDENTITY 
LAST-UPDATED "98080118302" 
ORGANIZATION "IETF Trunk MIB Working Group" 
CONTACT-INFO 
n David Fowler 


Postal: Newbridge Networks Corporation 
600 March Road 
Kanata, Ontario, Canada K2K 2E6 


Tel: +1 613 591 3600 
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Fax: +1 613 599 3667 


E-mail: davef@newbridge.com" 
DESCRIPTION 
"The MIB module to describe DS1, E1, DS2, and 
E2 interfaces objects." 


:= { transmission 18 } 


-- note that this subsumes cept (19) and g703at2mb (67) 
-- there is no separate CEPT or G703AT2MB MIB 


-- The DS1 Near End Group 


-- The DS1 Near End Group consists of five tables: 
rims DS1 Configuration 

mE DS1 Current 

-— DS1 Interval 

== DS1 Total 

-- DS1 Channel Table 


-- The DS1 Configuration Table 


dsx1lConfigTable OBJECT-TYPE 
SYNTAX SEQUENCE OF Dsx1lConfigEntry 
MAX-ACCESS not-accessible 
STATUS current 
DESCRIPTION 
"The DS1 Configuration table." 
:= { dsl 6 } 


dsxlConfigEntry OBJECT-TYPE 
SYNTAX DsxlConfigEntry 
MAX-ACCESS not-accessible 
STATUS current 
DESCRIPTION 
"An entry in the DS1 Configuration table." 
INDEX { dsxlLineIndex } 
::= ( dsxlConfigTable 1 } 


DsxlConfigEntry ::= 
SEQUENCE { 
dsxlLineIndex InterfaceIndex, 
dsxlIfIndex InterfaceIndex, 
dsxlTimeElapsed INTEGER, 
dsx1ValidIntervals INTEGER, 
dsxlLineType INTEGER, 
dsxlLineCoding INTEGER, 
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dsxlSendCode INTEGER, 
dsxlCircuitIdentifier DisplayString, 
dsxlLoopbackConfig INTEGER, 
dsxlLineStatus INTEGER, 
dsx1SignalMode INTEGER, 
dsx1lTransmitClockSource INTEGER, 
dsxlFdl INTEGER, 
dsxl1InvalidIntervals INTEGER, 
dsxlLineLength INTEGER, 
dsxlLineStatusLastChange TimeStamp, 
dsxlLineStatusChangeTrapEnable INTEGER, 
dsxlLoopbackStatus INTEGER, 
dsxlDslChannelNumber INTEGER, 
dsxliChannelization INTEGER 


} 


dsxlLineIndex OBJECT-TYPE 

SYNTAX InterfaceIndex 

MAX-ACCESS read-only 

STATUS current 

DESCRIPTION 
"This object should be made equal to ifIndex. The 
next paragraph describes its previous usage. 
Making the object equal to ifIndex allows proper 
use of ifStackTable and ds0/dsObundle mibs. 


Previously, this object is the identifier of a DS1 
Interface on a managed device. If there is an 
ifEntry that is directly associated with this and 
only this DS1 interface, it should have the same 
value as ifIndex. Otherwise, number the 
dsxlLineIndices with an unique identifier 
following the rules of choosing a number that is 
greater than ifNumber and numbering the inside 
interfaces (e.g., equipment side) with even 
numbers and outside interfaces (e.g, network side) 
with odd numbers." 

::= { dsxlConfigEntry 1 } 


dsxlIflIndex OBJECT-TYPE 

SYNTAX InterfaceIndex 

MAX-ACCESS read-only 

STATUS deprecated 

DESCRIPTION 
"This value for this object is equal to the value 
of ifIndex from the Interfaces table of MIB II 
(RFC 1213)." 

::= { dsxlConfigEntry 2 } 
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dsxlTimeElapsed OBJECT-TYPE 
SYNTAX INTEGER (0..899) 
MAX-ACCESS  read-only 
STATUS current 
DESCRIPTION 
"The number of seconds that have elapsed since 
the beginning of the near end current error- 
measurement period. If, for some reason, such 
as an adjustment in the system's time-of-day 
clock, the current interval exceeds the maximum 
value, the agent will return the maximum value." 


::= ( dsxlConfigEntry 3 } 


dsxlValidIntervals OBJECT-TYPE 

SYNTAX INTEGER (0..96) 

MAX-ACCESS  read-only 

STATUS current 

DESCRIPTION 
"The number of previous near end intervals for 
which data was collected. The value will be 
96 unless the interface was brought online within 
the last 24 hours, in which case the value will be 
the number of complete 15 minute near end 


intervals since the interface has been online. In 
the case where the agent is a proxy, it is 
possible that some intervals are unavailable. In 


this case, this interval is the maximum interval 
number for which data is available." 
:= ( dsxlConfigEntry 4 } 


dsxlLineType OBJECT-TYPE 
SYNTAX INTEGER { 

other (1), 
dsxlESF (2), 
dsx1D4 (3), 
dsx1E1 (4), 
dsx1E1CRC (5), 
dsx1E1MF (6), 
dsx1lE1CRCMF (7), 
dsx1Unframed(8), 
dsxlElUnframed(9), 
dsx1DS2M12(10), 
dsx2E2 (11) 


} 
MAX-ACCESS read-write 
STATUS current 
DESCRIPTION 
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"This variable indicates the variety of DS1 
Line implementing this circuit. The type of 
circuit affects the number of bits per second 
that the circuit can reasonably carry, as well 
as the interpretation of the usage and error 


statistics. The values, in sequence, describe: 

TITLE: SPECIFICATION: 

dsxlESF Extended SuperFrame DS1 (T1.107) 

dsx1D4 AT&T D4 format DS1 (T1.107) 

dsx1E1 ITU-T Recommendation G.704 
(Table 4a) 

dsx1E1-CRC ITU-T Recommendation G.704 
(Table 4b) 

dsxE1-MF G.704 (Table 4a) with TS16 


multiframing enabled 
dsx1E1-CRC-MF G.704 (Table 4b) with TS16 
multiframing enabled 


dsxlUnframed DS1 with No Framing 
dsxlElUnframed El with No Framing (G.703) 
dsx1DS2M12 DS2 frame format (T1.107) 
dsx1E2 E2 frame format (G.704) 


For clarification, the capacity for each El type 
is as listed below: 
dsxlElUnframed - El, no framing = 32 x 64k = 2048k 
dsxlEl or dsx1lE1CRC - El, with framing, 
no signalling = 31 x 64k = 1984k 
dsxlEl1MF or dsxlE1CRCMF - El, with framing, 
signalling = 30 x 64k = 1920k 


For further information See ITU-T Recomm G.704" 
::= ( dsxlConfigEntry 5 } 


dsxlLineCoding OBJECT-TYPE 
SYNTAX INTEGER { 

dsxlJBZS (1 

dsx1B8ZS (2 

3 

( 


, 


r 


dsx1HDB3 ( 
dsx1ZBTSI 
dsxlAMI (5), 
other (6), 
dsx1B6ZS (7) 


) 
) 
) 
4 


); 


} 
MAX-ACCESS  read-write 
STATUS current 
DESCRIPTION 
"This variable describes the variety of Zero Code 
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Suppression used on this interface, which in turn 
affects a number of its characteristics. 


dsxlJBZS refers the Jammed Bit Zero Suppression, 
in which the AT&T specification of at least one 
pulse every 8 bit periods is literally implemented 
by forcing a pulse in bit 8 of each channel. 

Thus, only seven bits per channel, or 1.344 Mbps, 
is available for data. 


dsx1B8ZS refers to the use of a specified pattern 
of normal bits and bipolar violations which are 
used to replace a sequence of eight zero bits. 


ANSI Clear Channels may use dsxlZBTSI, or Zero 
Byte Time Slot Interchange. 


El links, with or without CRC, use dsx1HDB3 or 
dsx1lAMI. 


dsxlAMI refers to a mode wherein no zero code 
suppression is present and the line encoding does 
not solve the problem directly. In this 
application, the higher layer must provide data 
which meets or exceeds the pulse density 
requirements, such as inverting HDLC data. 


dsxlB6Z2S refers to the user of a specifed pattern 
of normal bits and bipolar violations which are 
used to replace a sequence of six zero bits. Used 
for DS2." 


::= ( dsxlConfigEntry 6 } 


dsxlSendCode OBJECT-TYPE 

SYNTAX INTEGER { 
dsx1lSendNoCode (1), 
dsx1SendLineCode (2), 
dsx1lSendPayloadCode (3), 
dsx1lSendResetCode (4), 
dsx1SendQRS (5), 
dsx1Send511Pattern(6), 
dsxlSend3in24Pattern(7), 
dsx1SendOtherTestPattern(8) 
} 

MAX-ACCESS  read-write 

STATUS current 

DESCRIPTION 
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"This variable indicates what type of code is 
being sent across the DS1 interface by the device. 
Setting this variable causes the interface to send 
the code requested. The values mean: 
dsx1SendNoCode 
sending looped or normal data 


dsxlSendLineCode 
sending a request for a line loopback 


dsxlSendPayloadCode 
sending a request for a payload loopback 


dsxlSendResetCode 
sending a loopback termination request 


dsxlSendQRS 
sending a Quasi-Random Signal (QRS) test 
pattern 


dsxlSend5llPattern 
sending a 511 bit fixed test pattern 


dsxlSend3in24Pattern 
sending a fixed test pattern of 3 bits set 
in 24 


dsxlSendOtherTestPattern 
sending a test pattern other than those 
described by this object" 
::= ( dsxlConfigEntry 7 } 


dsx1lCircuitIdentifier OBJECT-TYPE 

SYNTAX DisplayString (SIZE (0..255)) 

MAX-ACCESS  read-write 

STATUS current 

DESCRIPTION 
"This variable contains the transmission vendor’s 
circuit identifier, for the purpose of 
facilitating troubleshooting." 

::= { dsxlConfigEntry 8 } 


dsxlLoopbackConfig OBJECT-TYPE 
SYNTAX INTEGER { 
dsxlNoLoop(1), 
dsxlPayloadLoop (2), 
dsxlLineLoop(3), 
dsxlOtherLoop(4), 
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dsxlInwardLoop(5), 
dsx1DualLoop (6) 
} 
MAX-ACCESS read-write 
STATUS current 
DESCRIPTION 
"This variable represents the desired loopback 
configuration of the DS1 interface. Agents 
supporting read/write access should return 
inconsistentValue in response to a requested 
loopback state that the interface does not 
support. The values mean: 


dsxlNoLoop 

Not in the loopback state. A device that is not 
capable of performing a loopback on the interface 
shall always return this as its value. 


dsxlPayloadLoop 

The received signal at this interface is looped 
through the device. Typically the received signal 
is looped back for retransmission after it has 
passed through the device's framing function. 


dsxlLineLoop 

The received signal at this interface does not go 
through the device (minimum penetration) but is 
looped back out. 


dsxlOtherLoop 
Loopbacks that are not defined here. 


dsxlInwardLoop 

The transmitted signal at this interface is 
looped back and received by the same interface. 
What is transmitted onto the line is product 
dependent. 


dsxlDualLoop 
Both dsxlLineLoop and dsxlInwardLoop will be 
active simultaneously." 

::= ( dsxlConfigEntry 9 ] 


dsxlLineStatus OBJECT-TYPE 


Fowler, 


SYNTAX INTEGER (1..131071) 
MAX-ACCESS  read-only 
STATUS current 
DESCRIPTION 
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"This variable indicates the Line Status of the 


interface. It contains loopback, failure, 
received 'alarm' and transmitted 'alarms 
information. 


The dsxlLineStatus is a bit map represented as a 


sum, 
(alarms) 


therefore, 


it can represent multiple failures 
and a LoopbackState simultaneously. 


dsxlNoAlarm must be set if and only if no other 


flag is set. 


If the dsxlloopbackState bit is set, 


in effect can be determined from the 
dsxlloopbackConfig object. 
The various bit positions are: 


the loopback 


Yellow Alarm) 


Red Alarm) 


1 dsxlNoAlarm No alarm present 
2 dsxlRcvFarEndLOF Far end LOF (a.k.a., 
4 dsxiXmtFarEndLOF Near end sending LOF Indication 
8 dsxlRCcvAIS Far end sending AIS 
16 dsxlXmtAIS Near end sending AIS 
32 dsxlLossOfFrame Near end LOF (a.k.a., 
64 dsxlLossOfSignal Near end Loss Of Signal 
128 dsxlLoopbackState Near end is looped 
256 dsx1T16AIS El TS16 AIS 
512 dsxlRcvFarEndLOMF Far End Sending TS16 LOMF 
1024 dsxliXmtFarEndLOMF Near End Sending TS16 LOMF 
2048 dsxlRcvTestCode Near End detects a test code 
4096 dsxlOtherFailure any line status not defined here 
8192 dsxlUnavailSigState Near End in Unavailable Signal 
State 
16384 dsxlNetEquipOOS Carrier Equipment Out of Service 
32768 dsxlRcvPayloadAIS DS2 Payload AIS 
65536 dsxlDs2PerfThreshold DS2 Performance Threshold 
Exceeded" 
= ( dsxlConfigEntry 10 } 
dsx1SignalMode OBJECT-TYPE 
SYNTAX INTEGER { 
none (1), 
robbedBit (2), 
bitOriented (3), 
messageOriented (4), 
other (5) 
} 
MAX-ACCESS read-write 
STATUS current 
DESCRIPTION 
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"Tnone’ indicates that no bits are reserved for 
signaling on this channel. 


'robbedBit' indicates that DS1 Robbed Bit  Sig- 
naling is in use. 


'bitOriented' indicates that El Channel Asso- 
ciated Signaling is in use. 


'messageOriented' indicates that Common  Chan- 
nel Signaling is in use either on channel 16 of 
an El link or channel 24 of a DS1." 

::= ( dsxlConfigEntry 11 } 


dsxlTransmitClockSource OBJECT-TYPE 


SYNTAX INTEGER { 
loopTiming(1), 
localTiming(2), 
throughTiming (3) 
} 
MAX-ACCESS  read-write 
STATUS current 
DESCRIPTION 
"The source of Transmit Clock. 
'loopTiming' indicates that the recovered re- 
ceive clock is used as the transmit clock. 


'localTiming' indicates that a local clock 
Source is used or when an external clock is 
attached to the box containing the interface. 


'throughTiming' indicates that recovered re- 
ceive clock from another interface is used as 
the transmit clock." 

::= ( dsxlConfigEntry 12 } 


dsxlFdl OBJECT-TYPE 


Fowler, 


SYNTAX INTEGER (1..15) 

MAX-ACCESS  read-write 

STATUS current 

DESCRIPTION 
"This bitmap describes the use of the facili- 
ties data link, and is the sum of the capabili- 
ties. Set any bits that are appropriate: 


other(1), 
dsxlAnsiT1403(2), 
dsx1Att54016(4), 
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dsxlFdlNone(8) 


'other' indicates that a protocol other than 
one following is used. 


'dsxlAnsiT1403' refers to the FDL exchange 
recommended by ANSI. 


'dsxlAtt54016' refers to ESF FDL exchanges. 


'dsxlFdlNone' indicates that the device does 
not use the FDL." 
::= ( dsxlConfigEntry 13 } 


dsxlInvalidIntervals OBJECT-TYPE 

SYNTAX INTEGER (0..96) 

MAX-ACCESS read-only 

STATUS current 

DESCRIPTION 
"The number of intervals in the range from 0 to 
dsxlValidIntervals for which no data is 
available. This object will typically be zero 
except in cases where the data for some intervals 
are not available (e.g., in proxy situations)." 

::= ( dsxlConfigEntry 14 } 


dsxlLineLength OBJECT-TYPE 

SYNTAX INTEGER (0..64000) 

UNITS "meters" 

MAX-ACCESS  read-write 

STATUS current 

DESCRIPTION 
"The length of the dsl line in meters. This 
objects provides information for line build out 
circuitry. This object is only useful if the 
interface has configurable line build out 
circuitry." 


::= ( dsxlConfigEntry 15 } 


dsxlLineStatusLastChange OBJECT-TYPE 

SYNTAX TimeStamp 

MAX-ACCESS read-only 

STATUS current 

DESCRIPTION 
"The value of MIB II’s sysUpTime object at the 
time this DS1 entered its current line status 
state. If the current state was entered prior to 
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the last re-initialization of the proxy-agent, 
then this object contains a zero value." 
{ dsxlConfigEntry 16 } 


dsxlLineStatusChangeTrapEnable OBJECT-TYPE 
SYNTAX INTEGER { 


enabled(1), 
disabled(2) 
} 


MAX-ACCESS read-write 
STATUS current 
DESCRIPTION 


"Indicates whether dsxlLineStatusChange traps 
should be generated for this interface." 


DEFVAL { disabled } 


{ dsxlConfigEntry 17 } 


dsxlLoopbackStatus OBJECT-TYPE 


SYNTAX INTEGER (1..127) 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 


"This variable represents the current state of the 
loopback on the DS1 interface. It contains 
information about loopbacks established by a 
manager and remotely from the far end. 


The dsxlLoopbackStatus is a bit map represented as 
a sum, therefore is can represent multiple 
loopbacks simultaneously. 


The various bit positions are: 
1 dsxlNoLoopback 

2 dsxlNearEndPayloadLoopback 
4  dsxlNearEndLineLoopback 

8 dsxlNearEndOtherLoopback 
16 dsxlNearEndInwardLoopback 
32 dsxlFarEndPayloadLoopback 
64  dsxlFarEndLineLoopback" 


::= ( dsxlConfigEntry 18 } 


dsx1DsiChannelNumber OBJECT-TYPE 


Fowler, 


SYNTAX INTEGER (0..28) 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 


Ed. 


"This variable represents the channel number of 
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the DS1/E1 on its parent Ds2/E2 or DS3/E3. A 
value of 0 indicated this DS1/E1 does not have a 
parent DS3/E3." 


::= ( dsxlConfigEntry 19 } 


dsxlChannelization OBJECT-TYPE 
SYNTAX INTEGER { 
disabled(1), 
enabledDs0(2), 
enabledDs1(3) 
} 
MAX-ACCESS read-write 
STATUS current 
DESCRIPTION 
"Indicates whether this dsl/el is channelized or 
unchannelized. The value of enabledDsO indicates 
that this is a DS1 channelized into DSOs. The 
value of enabledDs1 indicated that this is a DS2 
channelized into DS1s. Setting this value will 
cause the creation or deletion of entries in the 
ifTable for the DSOs that are within the DS1." 
::= ( dsxlConfigEntry 20 } 


-—- The DS1 Current Table 
dsxlCurrentTable OBJECT-TYPE 
SYNTAX SEQUENCE OF DsxlCurrentEntry 
MAX-ACCESS  not-accessible 
STATUS current 
DESCRIPTION 
"The DS1 current table contains various statistics 
being collected for the current 15 minute 
interval." 
::— { dsl 7 } 


dsxlCurrentEntry OBJECT-TYPE 

SYNTAX DsxlCurrentEntry 

MAX-ACCESS not-accessible 

STATUS current 

DESCRIPTION 

"An entry in the DS1 Current table." 

INDEX { dsxlCurrentIndex } 
::= { dsxlCurrentTable 1 } 


DsxlCurrentEntry ::- 
SEQUENCE { 
dsxlCurrentIndex InterfaceIndex, 
dsxlCurrentESs PerfCurrentCount, 
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dsxlCurrentSESs PerfCurrentCount, 
dsxlCurrentSEFSs PerfCurrentCount, 
dsxlCurrentUASs PerfCurrentCount, 
dsxlCurrentCSSs PerfCurrentCount, 
dsxlCurrentPCVs PerfCurrentCount, 
dsxlCurrentLESs PerfCurrentCount, 
dsxlCurrentBESs PerfCurrentCount, 
dsxlCurrentDMs PerfCurrentCount, 
dsxlCurrentLCVs PerfCurrentCount 


} 


dsxlCurrentIndex OBJECT-TYPE 
SYNTAX InterfaceIndex 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 


January 1999 


the 


"The index value which uniquely identifies 
DS1 interface to which this entry is applicable. 

The interface identified by a particular value of 
this index is the same interface as identified by 


Fowler, 


the same value as a dsxlLineIndex object 
instance." 
::— ( dsxlCurrentEntry 1 } 


dsxlCurrentESs OBJECT-TYPE 
SYNTAX  PerfCurrentCount 
MAX-ACCESS  read-only 
STATUS current 
DESCRIPTION 
"The number of Errored Seconds." 
::= ( dsxlCurrentEntry 2 } 


dsxlCurrentSESs OBJECT-TYPE 
SYNTAX  PerfCurrentCount 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 
"The number of Severely Errored Seconds." 
::= { dsxlCurrentEntry 3 } 


dsxlCurrentSEFSs OBJECT-TYPE 
SYNTAX PerfCurrentCount 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 


"The number of Severely Errored Framing Seconds." 


::— ( dsxlCurrentEntry 4 } 
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dsxlCurrentUASs OBJECT-TYPE 
SYNTAX  PerfCurrentCount 
MAX-ACCESS  read-only 
STATUS current 
DESCRIPTION 
"The number of Unavailable Seconds." 
:= ( dsxlCurrentEntry 5 } 


dsxlCurrentCSSs OBJECT-TYPE 
SYNTAX PerfCurrentCount 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 
"The number of Controlled Slip Seconds." 
:= { dsxlCurrentEntry 6 } 


dsxlCurrentPCVs OBJECT-TYPE 
SYNTAX PerfCurrentCount 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 
"The number of Path Coding Violations." 
::— ( dsxlCurrentEntry 7 } 


dsxlCurrentLESs OBJECT-TYPE 
SYNTAX  PerfCurrentCount 
MAX-ACCESS  read-only 
STATUS current 
DESCRIPTION 
"The number of Line Errored Seconds." 
::= ( dsxlCurrentEntry 8 } 


dsxlCurrentBESs OBJECT-TYPE 
SYNTAX PerfCurrentCount 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 
"The number of Bursty Errored Seconds." 
::= { dsxlCurrentEntry 9 } 


dsxlCurrentDMs OBJECT-TYPE 
SYNTAX PerfCurrentCount 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 
"The number of Degraded Minutes." 
::= ( dsxlCurrentEntry 10 } 
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dsxlCurrentLCVs OBJECT-TYPE 
SYNTAX PerfCurrentCount 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 
"The number of Line Code Violations (LCVs)." 
:= { dsxlCurrentEntry 11 } 


-- The DS1 Interval Table 
dsxlIntervalTable OBJECT-TYPE 
SYNTAX SEQUENCE OF DsxlIntervalEntry 
MAX-ACCESS  not-accessible 
STATUS current 
DESCRIPTION 
"The DS1 Interval Table contains various 
statistics collected by each DS1 Interface over 
the previous 24 hours of operation. The past 24 
hours are broken into 96 completed 15 minute 
intervals. Each row in this table represents one 
such interval (identified by dsxlIntervalNumber) 
for one specific instance (identified by 
dsxlIntervallndex)." 
::= { dsl 8 } 


dsxlIntervalEntry OBJECT-TYPE 
SYNTAX DsxlIntervalEntry 
MAX-ACCESS not-accessible 
STATUS current 
DESCRIPTION 
"An entry in the DS1 Interval table." 
INDEX { dsxlIntervalIndex, dsxlIntervalNumber } 
::= { dsxlIntervalTable 1 } 


DsxlIntervalEntry ::= 
SEQUENCE { 

dsxlIntervalIndex InterfaceIndex, 
dsxlIntervalNumber INTEGER, 
dsxlIntervalESs PerfIntervalCount, 
dsxlIntervalSESs PerfIntervalCount, 
dsxlIntervalSEFSs PerfIntervalCount, 
dsxlIntervalUASs PerfIntervalCount, 
dsxlIntervalCSSs PerfIntervalCount, 
dsxlIntervalPCVs PerfIntervalCount, 
dsxlIntervalLESs PerfIntervalCount, 
dsxlIntervalBESs PerfIntervalCount, 
dsxlIntervalDMs PerfIntervalCount, 
dsxlIntervalLCVs PerfIntervalCount, 
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dsxlIntervalValidData TruthValue 
} 


dsxlIntervallndex OBJECT-TYPE 
SYNTAX InterfaceIndex 
MAX-ACCESS read-only 
STATUS current 


DESCRIPTION 
"The index value which uniquely identifies the DS1 


interface to which this entry is applicable. The 

interface identified by a particular value of this 

index is the same interface as identified by the 

same value as a dsxlLineIndex object instance." 
::= { dsxlIntervalEntry 1 } 


dsxlIntervalNumber OBJECT-TYPE 
SYNTAX INTEGER (1..96) 
MAX-ACCESS read-only 
STATUS current 


DESCRIPTION 
"A number between 1 and 96, where 1 is the most 


recently completed 15 minute interval and 96 is 
the 15 minutes interval completed 23 hours and 45 
minutes prior to interval 1." 

::= ( dsxlIntervalEntry 2 } 


dsxlIntervalESs OBJECT-TYPE 
SYNTAX  PerfIntervalCount 
MAX-ACCESS  read-only 
STATUS current 
DESCRIPTION 
"The number of Errored Seconds." 
::= ( dsxlIntervalEntry 3 } 


dsxlIntervalSESs OBJECT-TYPE 
SYNTAX  PerfIntervalCount 
MAX-ACCESS  read-only 
STATUS current 
DESCRIPTION 
"The number of Severely Errored Seconds." 
::— ( dsxlIntervalEntry 4 } 


dsxlIntervalSEFSs OBJECT-TYPE 
SYNTAX  PerfIntervalCount 
MAX-ACCESS  read-only 
STATUS current 


DESCRIPTION 
"The number of Severely Errored Framing Seconds." 


Fowler, Ed. Standards Track [Page 37] 


RFC 2495 DS1/E1/DS2/E2 MIB January 1999 


::— ( dsxlIntervalEntry 5 } 


dsxlIntervalUASs OBJECT-TYPE 

SYNTAX  PerfIntervalCount 

MAX-ACCESS  read-only 

STATUS current 

DESCRIPTION 
"The number of Unavailable Seconds. This object 
may decrease if the occurance of unavailable 
Seconds occurs across an inteval boundary." 

::= ( dsxlIntervalEntry 6 } 


dsxlIntervalCSSs OBJECT-TYPE 
SYNTAX  PerfIntervalCount 
MAX-ACCESS  read-only 
STATUS current 
DESCRIPTION 
"The number of Controlled Slip Seconds." 
::— ( dsxlIntervalEntry 7 } 


dsxlIntervalPCVs OBJECT-TYPE 
SYNTAX  PerfIntervalCount 
MAX-ACCESS  read-only 
STATUS current 
DESCRIPTION 
"The number of Path Coding Violations." 
::= ( dsxlIntervalEntry 8 } 


dsxlIntervalLESs OBJECT-TYPE 
SYNTAX  PerfIntervalCount 
MAX-ACCESS  read-only 
STATUS current 
DESCRIPTION 
"The number of Line Errored Seconds." 
::= ( dsxlIntervalEntry 9 } 


dsxlIntervalBESs OBJECT-TYPE 
SYNTAX PerfIntervalCount 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 
"The number of Bursty Errored Seconds." 
::= ( dsxlIntervalEntry 10 } 


dsxlIntervalDMs OBJECT-TYPE 
SYNTAX PerfIntervalCount 
MAX-ACCESS read-only 
STATUS current 
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DESCRIPTION 
"The number of Degraded Minutes." 
::= ( dsxlIntervalEntry 11 } 


dsxlIntervalLCVs OBJECT-TYPE 
SYNTAX PerfIntervalCount 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 
"The number of Line Code Violations." 
::= ( dsxlIntervalEntry 12 } 


dsxlIntervalValidData OBJECT-TYPE 

SYNTAX TruthValue 

MAX-ACCESS read-only 

STATUS current 

DESCRIPTION 
"This variable indicates if the data for this 
interval is valid." 

::= { dsxlIntervalEntry 13 } 


-—- The DS1 Total Table 
dsxlTotalTable OBJECT-TYPE 
SYNTAX SEQUENCE OF DsxlTotalEntry 
MAX-ACCESS  not-accessible 
STATUS current 
DESCRIPTION 
"The DS1 Total Table contains the cumulative sum 
of the various statistics for the 24 hour period 
preceding the current interval." 
::= { dsl 9 } 


dsxlTotalEntry OBJECT-TYPE 
SYNTAX DsxlTotalEntry 
MAX-ACCESS not-accessible 
STATUS current 
DESCRIPTION 
"An entry in the DS1 Total table." 
INDEX { dsx1lTotaliIndex } 
::= { dsxlTotalTable 1 } 


DsxlTotalEntry ::= 
SEQUENCE { 
dsxlTotallIndex InterfaceIndex, 
dsxlTotalESs PerfTotalCount, 
dsxlTotalSESs PerfTotalCount, 
dsxlTotalSEFSs PerfTotalCount, 
dsxlTotalUASs PerfTotalCount, 
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dsxlTotalCSSs 
dsxlTotalPCVs 
dsxlTotalLESs 
dsxlTotalBESs 
dsxl1TotalDMs 

dsxlTotalLCVs 
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PerfTotalCount, 
PerfTotalCount, 
PerfTotalCount, 
PerfTotalCount, 
PerfTotalCount, 
PerfTotalCount 
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dsxlTotallndex OBJECT-TYPE 


SYNTAX InterfaceIndex 

MAX-ACCESS  read-only 

STATUS current 

DESCRIPTION 
"The index value which uniquely identifies the DS1 
interface to which this entry is applicable. The 
interface identified by a particular value of this 
index is the same interface as identified by the 
same value as a dsxlLineIndex object instance." 


::— ( dsxlTotalEntry 1 } 


dsxlTotalESs OBJECT-TYPE 


SYNTAX  PerfTotalCount 

MAX-ACCESS  read-only 

STATUS current 

DESCRIPTION 
"The sum of Errored Seconds encountered by a DS1 
interface in the previous 24 hour interval. 
Invalid 15 minute intervals count as 0." 

:= ( dsxlTotalEntry 2 ] 


dsxlTotalSESs OBJECT-TYPE 


SYNTAX  PerfTotalCount 

MAX-ACCESS  read-only 

STATUS current 

DESCRIPTION 
"The number of Severely Errored Seconds 
encountered by a DS1 interface in the previous 24 
hour interval. Invalid 15 minute intervals count 
as 0." 

::= ( dsxlTotalEntry 3 } 


dsxlTotalSEFSs OBJECT-TYPE 


Fowler, 


Ed. 


SYNTAX  PerfTotalCount 
MAX-ACCESS  read-only 
STATUS current 
DESCRIPTION 
"The number of Severely Errored Framing Seconds 
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encountered by a DS1 interface in the previous 24 
hour interval. Invalid 15 minute intervals count 


as 0." 
::— ( dsxlTotalEntry 4 } 


dsxlTotalUASs OBJECT-TYPE 
SYNTAX  PerfTotalCount 
MAX-ACCESS  read-only 
STATUS current 


DESCRIPTION 
"The number of Unavailable Seconds encountered by 


a DS1 interface in the previous 24 hour interval. 
Invalid 15 minute intervals count as 0." 
::— ( dsxlTotalEntry 5 } 


dsxlTotalCSSs OBJECT-TYPE 
SYNTAX  PerfTotalCount 
MAX-ACCESS  read-only 
STATUS current 


DESCRIPTION 
"The number of Controlled Slip Seconds encountered 


by a DS1 interface in the previous 24 hour 
interval. Invalid 15 minute intervals count as 
OV" 

::= ( dsxlTotalEntry 6 } 


dsxlTotalPCVs OBJECT-TYPE 
SYNTAX  PerfTotalCount 
MAX-ACCESS  read-only 
STATUS current 


DESCRIPTION 
"The number of Path Coding Violations encountered 


by a DS1 interface in the previous 24 hour 
interval. Invalid 15 minute intervals count as 
Qm 

::— ( dsxlTotalEntry 7 } 


dsxlTotalLESs OBJECT-TYPE 
SYNTAX  PerfTotalCount 
MAX-ACCESS  read-only 
STATUS current 


DESCRIPTION 
"The number of Line Errored Seconds encountered by 


a DS1 interface in the previous 24 hour interval. 
Invalid 15 minute intervals count as 0." 
::= ( dsxlTotalEntry 8 } 


dsxlTotalBESs OBJECT-TYPE 
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SYNTAX PerfTotalCount 

MAX-ACCESS read-only 

STATUS current 

DESCRIPTION 
"The number of Bursty Errored Seconds (BESs) 
encountered by a DS1 interface in the previous 24 
hour interval. Invalid 15 minute intervals count 
as 0." 

::= { dsxlTotalEntry 9 } 


dsxlTotalDMs OBJECT-TYPE 

SYNTAX PerfTotalCount 

MAX-ACCESS read-only 

STATUS current 

DESCRIPTION 
"The number of Degraded Minutes (DMs) encountered 
by a DS1 interface in the previous 24 hour 
interval. Invalid 15 minute intervals count as 
One® 

::= ( dsxlTotalEntry 10 } 


dsxlTotalLCVs OBJECT-TYPE 

SYNTAX PerfTotalCount 

MAX-ACCESS read-only 

STATUS current 

DESCRIPTION 
"The number of Line Code Violations (LCVs) 
encountered by a DS1 interface in the current 15 
minute interval. Invalid 15 minute intervals 
count as 0." 

::= ( dsxlTotalEntry 11 } 


-- The DS1 Channel Table 
dsxlChanMappingTable OBJECT-TYPE 
SYNTAX SEQUENCE OF DsxlChanMappingEntry 
MAX-ACCESS  not-accessible 
STATUS current 
DESCRIPTION 
"The DS1 Channel Mapping table. This table maps a 
DS1 channel number on a particular DS3 into an 
ifIndex. In the presence of DS2s, this table can 
be used to map a DS2 channel number on a DS3 into 
an ifIndex, or used to map a DS1 channel number on 
a DS2 onto an ifIndex." 
:= ( dsl 16 } 


dsxlChanMappingEntry OBJECT-TYPE 
SYNTAX Dsx1lChanMappingEntry 
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MAX-ACCESS  not-accessible 

STATUS current 

DESCRIPTION 
"An entry in the DS1 Channel Mapping table. There 
is an entry in this table corresponding to each 
dsl ifEntry within any interface that is 
channelized to the individual dsl ifEntry level. 


This table is intended to facilitate mapping from 
channelized interface / channel number to DS1 
ifEntry. (e.g. mapping (DS3 ifIndex, DS1 Channel 
Number) -> ifIndex) 


While this table provides information that can 
also be found in the ifStackTable and 
dsxlConfigTable, it provides this same information 
with a single table lookup, rather than by walking 
the ifStackTable to find the various constituent 
dsl ifTable entries, and testing various 
dsxlConfigTable entries to check for the entry 
with the applicable DS1 channel number." 

INDEX { ifIndex, dsx1DslChannelNumber } 

::= { dsxlChanMappingTable 1 } 


DsxlChanMappingEntry ::= 
SEQUENCE { 
dsxlChanMappedIfIndex InterfaceIndex 


dsxlChanMappedIfIndex OBJECT-TYPE 

SYNTAX InterfaceIndex 

MAX-ACCESS read-only 

STATUS current 

DESCRIPTION 
"This object indicates the ifIndex value assigned 
by the agent for the individual dsl ifEntry that 
corresponds to the given DS1 channel number 
(specified by the INDEX element 
dsxlDslChannelNumber) of the given channelized 
interface (specified by INDEX element ifIndex)." 

::= ( dsxlChanMappingEntry 1 } 


-- The DS1 Far End Current Table 
dsxlFarEndCurrentTable OBJECT-TYPE 


SYNTAX SEQUENCE OF DsxlFarEndCurrentEntry 
MAX-ACCESS  not-accessible 
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STATUS current 

DESCRIPTION 
"The DS1 Far End Current table contains various 
statistics being collected for the current 15 
minute interval. The statistics are collected 
from the far end messages on the Facilities Data 
Link. The definitions are the same as described 
for the near-end information." 

::— { dsl 10 ) 


dsxlFarEndCurrentEntry OBJECT-TYPE 
SYNTAX DsxlFarEndCurrentEntry 
MAX-ACCESS  not-accessible 
STATUS current 
DESCRIPTION 
"An entry in the DS1 Far End Current table." 
INDEX ( dsxlFarEndCurrentIndex } 
::= { dsxlFarEndCurrentTable 1 j 


DsxlFarEndCurrentEntry ::= 
SEQUENCE { 


dsxlFarEndCurrentIndex InterfaceIndex, 
dsxlFarEndTimeElapsed INTEGER, 
dsxlFarEndValidIntervals INTEGER, 


dsxlFarEndCurrentESs 
dsxlFarEndCurrentSESs 
dsxlFarEndCurrentSEFSs 
dsxlFarEndCurrentUASs 
dsxlFarEndCurrentCSSs 
dsxlFarEndCurrentLESs 
dsxlFarEndCurrentPCVs 
dsxlFarEndCurrentBESs 
dsxlFarEndCurrentDMs 


PerfCurrentCount, 
PerfCurrentCount, 
PerfCurrentCount, 
PerfCurrentCount, 
PerfCurrentCount, 
PerfCurrentCount, 
PerfCurrentCount, 
PerfCurrentCount, 
PerfCurrentCount, 


dsxlFarEndInvalidIntervals INTEGER 


} 


dsxlFarEndCurrentIndex OBJECT-TYPE 

SYNTAX InterfaceIndex 

MAX-ACCESS read-only 

STATUS current 

DESCRIPTION 
"The index value which uniquely identifies the DS1 
interface to which this entry is applicable. The 
interface identified by a particular value of this 
index is identical to the interface identified by 
the same value of dsxlLineIndex." 

::= ( dsxlFarEndCurrentEntry 1 } 
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dsxlFarEndTimeElapsed OBJECT-TYPE 

SYNTAX INTEGER (0..899) 

MAX-ACCESS  read-only 

STATUS current 

DESCRIPTION 

"The number of seconds that have elapsed since the 

beginning of the far end current error-measurement 
period. If, for some reason, such as an 
adjustment in the system's time-of-day clock, the 
current interval exceeds the maximum value, the 
agent will return the maximum value." 

::= ( dsxlFarEndCurrentEntry 2 } 


dsxlFarEndValidIntervals OBJECT-TYPE 
SYNTAX INTEGER (0..96) 
MAX-ACCESS  read-only 
STATUS current 
DESCRIPTION 
"The number of previous far end intervals for 
which data was collected. The value will be 
96 unless the interface was brought online within 
the last 24 hours, in which case the value will be 
the number of complete 15 minute far end intervals 
since the interface has been online." 
::= ( dsxlFarEndCurrentEntry 3 } 


dsxlFarEndCurrentESs OBJECT-TYPE 
SYNTAX  PerfCurrentCount 
MAX-ACCESS  read-only 
STATUS current 
DESCRIPTION 
"The number of Far End Errored Seconds." 
::— ( dsxlFarEndCurrentEntry 4 } 


dsxlFarEndCurrentSESs OBJECT-TYPE 
SYNTAX  PerfCurrentCount 
MAX-ACCESS  read-only 
STATUS current 
DESCRIPTION 
"The number of Far End Severely Errored Seconds." 


::— ( dsxlFarEndCurrentEntry 5 } 


dsxlFarEndCurrentSEFSs OBJECT-TYPE 
SYNTAX  PerfCurrentCount 
MAX-ACCESS  read-only 
STATUS current 
DESCRIPTION 
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"The number of Far End Severely Errored Framing 
Seconds." 
::= ( dsxlFarEndCurrentEntry 6 } 


dsxlFarEndCurrentUASs OBJECT-TYPE 
SYNTAX  PerfCurrentCount 
MAX-ACCESS  read-only 
STATUS current 
DESCRIPTION 
"The number of Unavailable Seconds." 
::— ( dsxlFarEndCurrentEntry 7 } 


dsxlFarEndCurrentCSSs OBJECT-TYPE 
SYNTAX  PerfCurrentCount 
MAX-ACCESS  read-only 
STATUS current 
DESCRIPTION 
"The number of Far End Controlled Slip Seconds." 
::= ( dsxlFarEndCurrentEntry 8 } 


dsxlFarEndCurrentLESs OBJECT-TYPE 
SYNTAX  PerfCurrentCount 
MAX-ACCESS  read-only 
STATUS current 
DESCRIPTION 
"The number of Far End Line Errored Seconds." 
::= ( dsxlFarEndCurrentEntry 9 } 


dsxlFarEndCurrentPCVs OBJECT-TYPE 
SYNTAX PerfCurrentCount 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 
"The number of Far End Path Coding Violations." 
::= { dsxlFarEndCurrentEntry 10 } 


dsxlFarEndCurrentBESs OBJECT-TYPE 
SYNTAX PerfCurrentCount 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 
"The number of Far End Bursty Errored Seconds." 
::— ( dsxlFarEndCurrentEntry 11 } 


dsxlFarEndCurrentDMs OBJECT-TYPE 
SYNTAX PerfCurrentCount 
MAX-ACCESS read-only 
STATUS current 
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DESCRIPTION 
"The number of Far End Degraded Minutes." 


::= ( dsxlFarEndCurrentEntry 12 } 


dsxlFarEndInvalidIntervals OBJECT-TYPE 
SYNTAX INTEGER (0..96) 
MAX-ACCESS  read-only 
STATUS current 
DESCRIPTION 
"The number of intervals in the range from 0 to 
dsxlFarEndValidIntervals for which no data is 
available. This object will typically be zero 
except in cases where the data for some intervals 
are not available (e.g., in proxy situations)." 
:= ( dsxlFarEndCurrentEntry 13 } 


-— The DS1 Far End Interval Table 
dsxlFarEndIntervalTable OBJECT-TYPE 
SYNTAX SEQUENCE OF DsxlFarEndIntervalEntry 
MAX-ACCESS  not-accessible 
STATUS current 


DESCRIPTION 
"The DS1 Far End Interval Table contains various 


statistics collected by each DS1 interface over 
the previous 24 hours of operation. The past 24 
hours are broken into 96 completed 15 minute 
intervals. Each row in this table represents one 
such interval (identified by 
dsxlFarEndIntervalNumber) for one specific 
instance (identified by dsxlFarEndIntervalIndex). 
::— ( dsl 11 } 


" 


dsxlFarEndIntervalEntry OBJECT-TYPE 
SYNTAX DsxlFarEndIntervalEntry 
MAX-ACCESS  not-accessible 
STATUS current 
DESCRIPTION 
"An entry in the DS1 Far End Interval table." 


INDEX { dsxlFarEndIntervalIndex, 
dsxlFarEndIntervalNumber } 


::= ( dsxlFarEndIntervalTable 1 } 


DsxlFarEndIntervalEntry ::- 


SEQUENCE { 
dsxlFarEndIntervallIndex InterfaceIndex, 
dsxlFarEndIntervalNumber INTEGER, 
dsxlFarEndIntervalESs PerfIntervalCount, 
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dsxlFarEndIntervalSESs 
dsxlFarEndIntervalSEFSs 
dsxlFarEndIntervalUASs 
dsxlFarEndIntervalCSSs 
dsxlFarEndIntervalLESs 
dsxlFarEndIntervalPCVs 
dsxlFarEndIntervalBESs 
dsxlFarEndIntervalDMs 
dsxlFarEndIntervalValidData 
} 


dsxlFarEndIntervallndex OBJECT-TYPE 
SYNTAX InterfaceIndex 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 
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PerfIntervalCount, 
PerfIntervalCount, 
PerfIntervalCount, 
PerfIntervalCount, 
PerfIntervalCount, 
PerfIntervalCount, 
PerfIntervalCount, 
PerfIntervalCount, 
TruthValue 


"The index value which uniquely identifies the DS1 
interface to which this entry is applicable. The 
interface identified by a particular value of this 
index is identical to the interface identified by 
the same value of dsxlLineIndex." 

( dsxlFarEndIntervalEntry 1 ) 


dsxlFarEndIntervalNumber OBJECT-TYPE 


SYNTAX INTEGER (1..96) 
MAX-ACCESS  read-only 
STATUS current 
DESCRIPTION 


"A number between 1 and 96, where 1 is the most 
recently completed 15 minute interval and 96 is 
the 15 minutes interval completed 23 hours and 45 
minutes prior to interval 1." 

{ dsxlFarEndIntervalEntry 2 } 


dsxlFarEndIntervalESs OBJECT-TYPE 


SYNTAX 
MAX-ACCESS 
STATUS 


PerfIntervalCount 
read-only 
current 


DESCRIPTION 


"The number of Far End Errored Seconds." 
{ dsxlFarEndIntervalEntry 3 } 


dsxlFarEndIntervalSESs OBJECT-TYPE 


Fowler, 


SYNTAX 
MAX-ACCESS 
STATUS 


PerflIntervalCount 
read-only 
current 


DESCRIPTION 


Ed. 


"The number of Far End Severely Errored Seconds." 
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::— ( dsxlFarEndIntervalEntry 4 } 


dsxlFarEndIntervalSEFSs OBJECT-TYPE 

SYNTAX  PerfIntervalCount 

MAX-ACCESS  read-only 

STATUS current 

DESCRIPTION 
"The number of Far End Severely Errored Framing 
Seconds." 

::— ( dsxlFarEndIntervalEntry 5 } 


dsxlFarEndIntervalUASs OBJECT-TYPE 
SYNTAX  PerfIntervalCount 
MAX-ACCESS  read-only 
STATUS current 
DESCRIPTION 
"The number of Unavailable Seconds." 
::= ( dsxlFarEndIntervalEntry 6 } 


dsxlFarEndIntervalCSSs OBJECT-TYPE 
SYNTAX  PerfIntervalCount 
MAX-ACCESS  read-only 
STATUS current 
DESCRIPTION 
"The number of Far End Controlled Slip Seconds." 
::— ( dsxlFarEndIntervalEntry 7 } 


dsxlFarEndIntervalLESs OBJECT-TYPE 
SYNTAX  PerfIntervalCount 
MAX-ACCESS  read-only 
STATUS current 
DESCRIPTION 
"The number of Far End Line Errored Seconds." 


::= ( dsxlFarEndIntervalEntry 8 } 


dsxlFarEndIntervalPCVs OBJECT-TYPE 
SYNTAX  PerfIntervalCount 
MAX-ACCESS  read-only 
STATUS current 
DESCRIPTION 
"The number of Far End Path Coding Violations." 
::= ( dsxlFarEndIntervalEntry 9 } 


dsxlFarEndIntervalBESs OBJECT-TYPE 
SYNTAX PerfIntervalCount 
MAX-ACCESS read-only 
STATUS current 
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DESCRIPTION 
"The number of Far End Bursty Errored Seconds." 
::= ( dsxlFarEndIntervalEntry 10 } 


dsxlFarEndIntervalDMs OBJECT-TYPE 
SYNTAX PerfIntervalCount 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 
"The number of Far End Degraded Minutes." 
::— ( dsxlFarEndIntervalEntry 11 } 


dsxlFarEndIntervalValidData OBJECT-TYPE 
SYNTAX TruthValue 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 


"This variable indicates if the data for this 
interval is valid." 
::= ( dsxlFarEndIntervalEntry 12 } 


-— The DS1 Far End Total Table 


dsxlFarEndTotalTable OBJECT-TYPE 

SYNTAX SEQUENCE OF DsxlFarEndTotalEntry 

MAX-ACCESS  not-accessible 

STATUS current 

DESCRIPTION 
"The DS1 Far End Total Table contains the 
cumulative sum of the various statistics for the 
24 hour period preceding the current interval." 

::— { dsl 12 ) 


dsxlFarEndTotalEntry OBJECT-TYPE 
SYNTAX DsxlFarEndTotalEntry 
MAX-ACCESS  not-accessible 
STATUS current 
DESCRIPTION 
"An entry in the DS1 Far End Total table." 
INDEX ( dsxlFarEndTotalIndex } 
::= ( dsxlFarEndTotalTable 1 } 


DsxlFarEndTotalEntry ::- 


SEQUENCE { 
dsxlFarEndTotallIndex InterfaceIndex, 
dsxlFarEndTotalESs PerfTotalCount, 
dsxlFarEndTotalSESs PerfTotalCount, 
dsxlFarEndTotalSEFSs PerfTotalCount, 
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dsxlFarEndTotalUASs 

dsxlFarEndTotalCSSs 

dsxlFarEndTotalLESs 

dsxlFarEndTotalPCVs 

dsxlFarEndTotalBESs 

dsxlFarEndTotalDMs 
} 


dsxlFarEndTotallndex OBJECT-TYPE 
SYNTAX InterfaceIndex 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 


PerfTotalCount, 
PerfTotalCount, 
PerfTotalCount, 
PerfTotalCount, 
PerfTotalCount, 
PerfTotalCount 


January 1999 


"The index value which uniquely identifies the DS1 
interface to which this entry is applicable. The 
interface identified by a particular value of this 
index is identical to the interface identified by 
the same value of dsxlLineIndex." 


::= ( dsxlFarEndTotalEntry 1 } 


dsxlFarEndTotalESs OBJECT-TYPE 


SYNTAX  PerfTotalCount 

MAX-ACCESS  read-only 

STATUS current 

DESCRIPTION 
"The number of Far End Errored Seconds encountered 
by a DS1 interface in the previous 24 hour 
interval. Invalid 15 minute intervals count as 
0" 

::= ( dsxlFarEndTotalEntry 2 ] 


dsxlFarEndTotalSESs OBJECT-TYPE 


SYNTAX  PerfTotalCount 

MAX-ACCESS  read-only 

STATUS current 

DESCRIPTION 
"The number of Far End Severely Errored Seconds 
encountered by a DS1 interface in the previous 24 
hour interval. Invalid 15 minute intervals count 
as 0." 

::= ( dsxlFarEndTotalEntry 3 } 


dsxlFarEndTotalSEFSs OBJECT-TYPE 


Fowler, 


Ed. 


SYNTAX  PerfTotalCount 
MAX-ACCESS  read-only 
STATUS current 
DESCRIPTION 
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"The number of Far End Severely Errored Framing 
Seconds encountered by a DS1 interface in the 
previous 24 hour interval. Invalid 15 minute 
intervals count as 0." 

::— ( dsxlFarEndTotalEntry 4 } 


dsxlFarEndTotalUASs OBJECT-TYPE 
SYNTAX  PerfTotalCount 
MAX-ACCESS  read-only 
STATUS current 


DESCRIPTION 
"The number of Unavailable Seconds encountered by 


a DS1 interface in the previous 24 hour interval. 
Invalid 15 minute intervals count as 0." 
:= ( dsxlFarEndTotalEntry 5 } 


dsxlFarEndTotalCSSs OBJECT-TYPE 
SYNTAX  PerfTotalCount 
MAX-ACCESS  read-only 
STATUS current 


DESCRIPTION 
"The number of Far End Controlled Slip Seconds 


encountered by a DS1 interface in the previous 24 
hour interval. Invalid 15 minute intervals count 


as 0." 
::= ( dsxlFarEndTotalEntry 6 ] 


dsxlFarEndTotalLESs OBJECT-TYPE 
SYNTAX  PerfTotalCount 
MAX-ACCESS  read-only 
STATUS current 


DESCRIPTION 
"The number of Far End Line Errored Seconds 


encountered by a DS1 interface in the previous 24 
hour interval. Invalid 15 minute intervals count 
as 0." 

:= { dsxlFarEndTotalEntry 7 } 


dsxlFarEndTotalPCVs OBJECT-TYPE 
SYNTAX PerfTotalCount 
MAX-ACCESS read-only 
STATUS current 


DESCRIPTION 
"The number of Far End Path Coding Violations 


reported via the far end block error count 
encountered by a DS1 interface in the previous 24 
hour interval. Invalid 15 minute intervals count 


as 0." 
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::— ( dsxlFarEndTotalEntry 8 } 


dsxlFarEndTotalBESs OBJECT-TYPE 

SYNTAX PerfTotalCount 

MAX-ACCESS read-only 

STATUS current 

DESCRIPTION 
"The number of Bursty Errored Seconds (BESs) 
encountered by a DS1 interface in the previous 24 
hour interval. Invalid 15 minute intervals count 
as 0." 

::— ( dsxlFarEndTotalEntry 9 } 


dsxlFarEndTotalDMs OBJECT-TYPE 

SYNTAX PerfTotalCount 

MAX-ACCESS read-only 

STATUS current 

DESCRIPTION 
"The number of Degraded Minutes (DMs) encountered 
by a DS1 interface in the previous 24 hour 
interval. Invalid 15 minute intervals count as 
Qm 

::= ( dsxlFarEndTotalEntry 10 } 


-- The DS1 Fractional Table 
dsxlFracTable OBJECT-TYPE 
SYNTAX SEQUENCE OF DsxlFracEntry 
MAX-ACCESS  not-accessible 
STATUS deprecated 
DESCRIPTION 
"This table is deprecated in favour of using 
ifStackTable. 


The table was mandatory for systems dividing a DS1 
into channels containing different data streams 
that are of local interest. Systems which are 
indifferent to data content, such as CSUs, need 
not implement it. 


The DS1 fractional table identifies which DS1 
channels associated with a CSU are being used to 
support a logical interface, i.e., an entry in the 
interfaces table from the Internet-standard MIB. 


For example, consider an application managing a 


North American ISDN Primary Rate link whose 
division is a 384 kbit/s H1 B Channel for Video, 
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a second H1 for data to a primary routing peer, 
and 12 64 kbit/s HO B Channels. Consider that 
some subset of the HO channels are used for voice 
and the remainder are available for dynamic data 
calls. 


We count a total of 14 interfaces multiplexed onto 
the DS1 interface. Six DS1 channels (for the sake 
of the example, channels 1..6) are used for Video, 
six more (7..11 and 13) are used for data, and the 
remaining 12 are are in channels 12 and 14..24. 


Let us further imagine that ifIndex 2 is of type 
DS1 and refers to the DS1 interface, and that the 
interfaces layered onto it are numbered 3..16. 


We might describe the allocation of channels, in 
the dsxlFracTable, as follows: 


dsxlFracIfIndex.2. 1 3 dsxlFracIfIndex.2.13 = 4 
dsxlFracIfIndex.2. 2 = 3 dsxlFracIfIndex.2.14 = 6 
dsxlFracIfIndex.2. 3 = 3 dsxlFracIfIndex.2.15 = 7 
dsxlFracIfIndex.2. 4 = 3 dsxlFracIfIndex.2.16 = 8 
dsxlFracIfIndex.2. 5 = 3 dsxlFracIfIndex.2.17 = 9 
dsxlFracIfIndex.2. 6 = 3 dsxlFracIfIndex.2.18 = 10 
dsxlFracIfIndex.2. 7 = 4 dsxlFracIfIndex.2.19 = 11 
dsxlFracIfIndex.2. 8 = 4 dsxlFracIfIndex.2.20 = 12 
dsxlFracIfIndex.2. 9 = 4 dsxlFracIfIndex.2.21 = 13 
dsxlFracIfIndex.2.10 = 4 dsxlFracIfIndex.2.22 = 14 
dsxlFracIfIndex.2.11 = 4 dsxlFracIfIndex.2.23 = 15 
dsxlFracIfIndex.2.12 = 5 dsxlFracIfIndex.2.24 = 16 


For North American (DS1) interfaces, there are 24 
legal channels, numbered 1 through 24. 


For G.704 interfaces, there are 31 legal channels, 
numbered 1 through 31. The channels (1..31) 
correspond directly to the equivalently numbered 
time-slots." 

::= { dsl 13 } 


dsxlFracEntry OBJECT-TYPE 


Fowler, 


SYNTAX DsxlFracEntry 
MAX-ACCESS not-accessible 
STATUS deprecated 
DESCRIPTION 

"An entry in the DS1 Fractional table." 
INDEX { dsxlFracIndex, dsxlFracNumber } 
::= { dsxlFracTable 1 } 
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DsxlFracEntry ::- 
SEQUENCE { 
dsxlFracIndex INTEGER, 
dsxlFracNumber INTEGER, 
dsxlFraclIfIndex INTEGER 


dsxlFracIndex OBJECT-TYPE 

SYNTAX INTEGER (1..'7fffffff'h) 

MAX-ACCESS  read-only 

STATUS deprecated 

DESCRIPTION 
"The index value which uniquely identifies the 
DS1 interface to which this entry is applicable 
The interface identified by a particular 
value of this index is the same interface as 
identified by the same value an  dsxlLineIndex 
object instance." 

::— ( dsxlFracEntry 1 } 


dsxlFracNumber OBJECT-TYPE 
SYNTAX INTEGER (1..31) 
MAX-ACCESS  read-only 
STATUS deprecated 
DESCRIPTION 
"The channel number for this entry." 
::— ( dsxlFracEntry 2 ] 


dsxlFracIfIndex OBJECT-TYPE 
SYNTAX INTEGER (1..'7fffffff'h) 
MAX-ACCESS  read-write 
STATUS deprecated 


DESCRIPTION 
"An index value that uniquely identifies an 
interface. The interface identified by a particular 


value of this index is the same interface 
as identified by the same value an ifIndex 
object instance. If no interface is currently using 


a channel, the value should be zero. If a 
single interface occupies more than one time 
slot, that ifIndex value will be found in multiple 


time slots." 
:= ( dsxlFracEntry 3 ] 


-- Dsl TRAPS 


dslTraps OBJECT IDENTIFIER ::= { dsl 15 } 
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dsxlLineStatusChange NOTIFICATION-TYPE 
OBJECTS ( dsxlLineStatus, 
dsxlLineStatusLastChange } 

STATUS current 

DESCRIPTION 
"A dsxlLineStatusChange trap is sent when the 
value of an instance dsxlLineStatus changes. It 
can be utilized by an NMS to trigger polls. When 
the line status change results from a higher level 
line status change (i.e. ds3), then no traps for 
the dsl are sent." 

::= ( dslTraps O 1 } 


-— conformance information 
dslConformance OBJECT IDENTIFIER ::= { dsl 14 } 


dslGroups OBJECT IDENTIFIER ::= { dslConformance 1 } 
dslCompliances OBJECT IDENTIFIER { dslConformance 2 } 


-- compliance statements 


dslCompliance MODULE-COMPLIANCE 
STATUS current 


DESCRIPTION 
"The compliance statement for T1 and E1 
interfaces." 

MODULE  -- this module 


MANDATORY-GROUPS { dslNearEndConfigGroup, 
dslNearEndStatisticsGroup } 


GROUP dslFarEndGroup 

DESCRIPTION 
"Implementation of this group is optional for all 
systems that attach to a DS1 Interface." 


GROUP dslNearEndOptionalConfigGroup 
DESCRIPTION 
"Implementation of this group is optional for all 
systems that attach to a DS1 Interface." 


GROUP ds1DS2Group 

DESCRIPTION 
"Implementation of this group is mandatory for all 
systems that attach to a DS2 Interface." 


GROUP dslTransStatsGroup 
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DESCRIPTION 
"This group is the set of statistics appropriate 
for all systems which attach to a DS1 Interface 
running transparent or unFramed lineType." 


GROUP dslChanMappingGroup 

DESCRIPTION 
"This group is the set of objects for mapping a 
DS3 Channel (dslChannelNumber) to ifIndex. 


Implementation of this group is mandatory for 
systems which support the channelization of DS3s 
into DS1s." 


OBJECT dsxlLineType 

MIN-ACCESS read-only 

DESCRIPTION 
"The ability to set the line type is not 
required." 


OBJECT dsxlLineCoding 

MIN-ACCESS read-only 

DESCRIPTION 
"The ability to set the line coding is not 
required." 


OBJECT dsx1SendCode 

MIN-ACCESS read-only 

DESCRIPTION 
"The ability to set the send code is not 
required." 


OBJECT dsxlLoopbackConfig 
MIN-ACCESS read-only 
DESCRIPTION 
"The ability to set loopbacks is not required." 


OBJECT dsx1SignalMode 

MIN-ACCESS read-only 

DESCRIPTION 
"The ability to set the signal mode is not 
required." 


OBJECT dsxlTransmitClockSource 
MIN-ACCESS read-only 
DESCRIPTION 
"The ability to set the transmit clock source is 
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not required." 


OBJECT dsx1Fdl 
MIN-ACCESS read-only 
DESCRIPTION 
"The ability to set the FDL is not required." 


OBJECT dsxlLineLength 

MIN-ACCESS read-only 

DESCRIPTION 
"The ability to set the line length is not 
required." 


OBJECT dsxiChannelization 
MIN-ACCESS read-only 
DESCRIPTION 
"The ability to set the channelization is not 
required." 
::= ( dslCompliances 1 } 


ds1MibT1PriCompliance MODULE-COMPLIANCE 
STATUS current 
DESCRIPTION 
"Compliance statement for using this MIB for ISDN 
Primary Rate interfaces on Tl lines." 
MODULE 
MANDATORY-GROUPS { dslNearEndConfigGroup, 
dslNearEndStatisticsGroup ) 
OBJECT dsxlLineType 
SYNTAX INTEGER { 
dsx1lESF (2) -- Intl Spec would be G704(2) 
-- or I.431(4) 
} 
MIN-ACCESS read-only 
DESCRIPTION 
"Line type for T1 ISDN Primary Rate 
interfaces." 


OBJECT dsxlLineCoding 
SYNTAX INTEGER { 
dsx1B8ZS (2) 
} 
MIN-ACCESS read-only 
DESCRIPTION 
"Type of Zero Code Suppression for 
T1 ISDN Primary Rate interfaces." 


OBJECT dsx1SignalMode 
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SYNTAX INTEGER { 
none(1), -- if there is no signaling channel 
messageOriented (4) 
} 
MIN-ACCESS read-only 
DESCRIPTION 
"Possible signaling modes for 
T1 ISDN Primary Rate interfaces." 


OBJECT dsxlTransmitClockSource 
SYNTAX INTEGER { 
loopTiming (1) 
} 
MIN-ACCESS read-only 
DESCRIPTION 
"The transmit clock is derived from 
received clock on ISDN Primary Rate 
interfaces." 


OBJECT dsxlFdl 
MIN-ACCESS read-only 
DESCRIPTION 
"Facilities Data Link usage on T1 ISDN 
Primary Rate interfaces. 
Note: Eventually dsx1Att-54016(4) is to be 
used here since the line type is ESF." 


OBJECT dsxiChannelization 
MIN-ACCESS read-only 
DESCRIPTION 
"The ability to set the channelization 
is not required." 
::= ( dslCompliances 2 } 


dslMibElPriCompliance MODULE-COMPLIANCE 
STATUS current 
DESCRIPTION 
"Compliance statement for using this MIB for ISDN 
Primary Rate interfaces on El lines." 
MODULE 
MANDATORY-GROUPS { dslNearEndConfigGroup, 
dslNearEndStatisticsGroup ) 
OBJECT dsxlLineType 
SYNTAX INTEGER { 
dsxlElCRC (5) 
} 
MIN-ACCESS read-only 
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DESCRIPTION 
"Line type for El ISDN Primary Rate 
interfaces." 


OBJECT dsxlLineCoding 
SYNTAX INTEGER { 
dsx1HDB3 (3) 
) 
MIN-ACCESS read-only 
DESCRIPTION 
"Type of Zero Code Suppression for 
El ISDN Primary Rate interfaces." 


OBJECT dsx1SignalMode 
SYNTAX INTEGER { 
messageOriented (4) 
} 
MIN-ACCESS read-only 
DESCRIPTION 
"Signaling on El ISDN Primary Rate interfaces 
is always message oriented." 


OBJECT dsx1lTransmitClockSource 

SYNTAX INTEGER { 
loopTiming (1) 

} 

MIN-ACCESS read-only 

DESCRIPTION 
"The transmit clock is derived from received 
clock on ISDN Primary Rate interfaces." 


OBJECT dsx1Fdl 
MIN-ACCESS read-only 
DESCRIPTION 
"Facilities Data Link usage on El ISDN 
Primary Rate interfaces. 
Note: There is a ’M-Channel’ in El, 
using National Bit Sa4 (G704, 
Table 4a). It is used to implement 
management features between ET 
and NT. This is different to 
FDL in T1, which is used to carry 
control signals and performance 
data. In El, control and status 
signals are carried using National 
Bits Sa5, Sa6 and A (RAI Ind.). 
This indicates that only the other(1) or 
eventually the dsxlFdl-none(8) bits should 
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be set in this object for El PRI." 


OBJECT dsxiChannelization 
MIN-ACCESS read-only 
DESCRIPTION 
"The ability to set the channelization is not 
required." 
:= { dslCompliances 3 } 


dslDs2Compliance MODULE-COMPLIANCE 
STATUS current 


DESCRIPTION 
"Compliance statement for using this MIB for DS2 
interfaces." 

MODULE 


MANDATORY-GROUPS ( ds1DS2Group } 


OBJECT dsxiChannelization 
MIN-ACCESS read-only 
DESCRIPTION 
"The ability to set the channelization is not 
required." 
::= ( dslCompliances 4 } 


-—- units of conformance 


dslNearEndConfigGroup  OBJECT-GROUP 

OBJECTS { dsxlLineIndex, 
dsxlTimeElapsed, 
dsxlValidIntervals, 
dsxlLineType, 
dsxlLineCoding, 
dsxlSendCode, 
dsx1lCircuitIdentifier, 
dsxlLoopbackConfig, 
dsxlLineStatus, 
dsx1SignalMode, 
dsx1lTransmitClockSource, 
dsxlFdl, 
dsxlInvalidIntervals, 
dsxlLineLength, 
dsxlLoopbackStatus, 
dsxlDslChannelNumber, 
dsxlChannelization } 

STATUS current 

DESCRIPTION 

"A collection of objects providing configuration 
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information applicable to all DS1 interfaces." 
::= ( dslGroups 1 } 


dslNearEndStatisticsGroup OBJECT-GROUP 

OBJECTS ( dsxlCurrentIndex, 
dsxlCurrentESs, 
dsxlCurrentSESs, 
dsxlCurrentSEFSs, 
dsxlCurrentUASs, 
dsxlCurrentCSSs, 
dsxlCurrentPCVs, 
dsxlCurrentLESs, 
dsxlCurrentBESs, 
dsxlCurrentDMs, 
dsxlCurrentLCVs, 
dsxlIntervalIndex, 
dsxlIntervalNumber, 
dsxlIntervalESs, 
dsxlIntervalSESs, 
dsxlIntervalSEFSs, 
dsxlIntervalUASs, 
dsxlIntervalCSSs, 
dsxlIntervalPCVs, 
dsxlIntervalLESs, 
dsxlIntervalBESs, 
dsxlIntervalDMs, 
dsxlIntervalLCVs, 
dsxlIntervalValidData, 
dsxlTotalIndex, 
dsxlTotalESs, 
dsxlTotalSESs, 
dsxlTotalSEFSs, 
dsxlTotalUASs, 
dsxlTotalCSSs, 
dsxlTotalPCVs, 
dsxlTotalLESs, 
dsxlTotalBESs, 
dsxlTotalDMs, 
dsxlTotalLCVs } 

STATUS current 

DESCRIPTION 

"A collection of objects providing statistics 
information applicable to all DS1 interfaces." 
:= ( dslGroups 2 } 


dslFarEndGroup  OBJECT-GROUP 
OBJECTS ( dsxlFarEndCurrentIndex, 
dsxlFarEndTimeElapsed, 
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dsxlFarEndValidIntervals, 
dsxlFarEndCurrentESs, 
dsxlFarEndCurrentSESs, 
dsxlFarEndCurrentSEFSs, 
dsxlFarEndCurrentUASs, 
dsxlFarEndCurrentCSSs, 
dsxlFarEndCurrentLESs, 
dsxlFarEndCurrentPCVs, 
dsxlFarEndCurrentBESs, 
dsxlFarEndCurrentDMs, 
dsxlFarEndInvalidIntervals, 
dsxlFarEndIntervalIndex, 
dsxlFarEndIntervalNumber, 
dsxlFarEndIntervalESs, 
dsxlFarEndIntervalSESs, 
dsxlFarEndIntervalSEFSs, 
dsxlFarEndIntervalUASs, 
dsxlFarEndIntervalCSSs, 
dsxlFarEndIntervalLESs, 
dsxlFarEndIntervalPCVs, 
dsxlFarEndIntervalBESs, 
dsxlFarEndIntervalDMs, 
dsxlFarEndIntervalValidData, 
dsxlFarEndTotalIndex, 
dsxlFarEndTotalESs, 
dsxlFarEndTotalSESs, 
dsxlFarEndTotalSEFSs, 
dsxlFarEndTotalUASs, 
dsxlFarEndTotalCSSs, 
dsxlFarEndTotalLESs, 
dsxlFarEndTotalPCVs, 
dsxlFarEndTotalBESs, 
dsxlFarEndTotalDMs j 

STATUS current 

DESCRIPTION 

"A collection of objects providing remote 
configuration and statistics information." 
::= ( dslGroups 3 } 


DeprecatedGroup OBJECT-GROUP 
OBJECTS { dsxlIfIndex, 
dsxlFracIndex, 
dsxlFracNumber, 
dsxlFracIfIndex } 
STATUS deprecated 
DESCRIPTION 
"A collection of obsolete objects that may be 
implemented for backwards compatibility." 
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::= ( dslGroups 4 } 


dslNearEndOptionalConfigGroup OBJECT-GROUP 
OBJECTS ( dsxlLineStatusLastChange, 
dsxlLineStatusChangeTrapEnable } 


STATUS current 

DESCRIPTION 
"A collection of objects that may be implemented 
on DS1 and DS2 interfaces." 

::— ( dslGroups 5 } 


ds1DS2Group OBJECT-GROUP 
OBJECTS { dsxlLineIndex, 
dsxlLineType, 
dsxlLineCoding, 
dsxlSendCode, 
dsxlLineStatus, 
dsx1SignalMode, 
dsxlTransmitClockSource, 
dsxlChannelization ) 
STATUS current 
DESCRIPTION 
"A collection of objects providing information 
about DS2 (6,312 kbps) and E2 (8,448 kbps) 
systems." 
::= ( dslGroups 6 } 


dslTransStatsGroup OBJECT-GROUP 
OBJECTS { dsxlCurrentESs, 
dsxlCurrentSESs, 
dsxlCurrentUASs, 
dsxlIntervalESs, 
dsxlIntervalSESs, 
dsxlIntervalUASs, 
dsxlTotalESs, 
dsxlTotalSESs, 
dsxlTotalUASs } 
STATUS current 
DESCRIPTION 
"A collection of objects which are the 
statistics which can be collected from a ds1 
interface that is running transparent or unframed 
lineType. Statistics not in this list should 
return noSuchInstance." 
::— ( dslGroups 7 } 


dslNearEndOptionalTrapGroup NOTIFICATION-GROUP 
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NOTIFICATIONS ( dsxlLineStatusChange } 
STATUS current 
DESCRIPTION 
"A collection of notifications that may be 
implemented on DS1 and DS2 interfaces." 
::= ( dslGroups 8 } 


dslChanMappingGroup OBJECT-GROUP 
OBJECTS { dsxlChanMappedIfIndex } 
STATUS current 
DESCRIPTION 
"A collection of objects that give an mapping of 
DS3 Channel (dslChannelNumber) to ifIndex." 
::= ( dslGroups 9 } 


END 
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4. 


Appendix A - Use of dsxlIfIndex and dsxlLineIndex 


This Appendix exists to document the previous use if dsxlIfIndex and 
dsxlLineIndex and to clarify the relationship of dsxlLineIndex as 
defined in rfc1406 with the dsxlLineIndex as defined in this 
document. 


The following shows the old and new definitions and the relationship: 


[New Definition]: "This object should be made equal to ifIndex. The 
next paragraph describes its previous usage. Making the object equal 
to ifIndex allows proper use of ifStackTable and ds0/ds0bundle mibs. 


[Old Definition]: "This object is the identifier of a DS1 Interface 
on a managed device. If there is an ifEntry that is directly 
associated with this and only this DS1 interface, it should have the 
same value as ifIndex. Otherwise, number the dsxlLineIndices with an 
unique identifier following the rules of choosing a number that is 
greater than ifNumber and numbering the inside interfaces (e.g., 
equipment side) with even numbers and outside interfaces (e.g, 
network side) with odd numbers." 


When the "Old Definition" was created, it was described this way to 
allow a manager to treat the value as if it were and ifIndex, i.e. 
the value would either be: 1) an ifIndex value or 2) a value that 
was guaranteed to be different from all valid ifIndex values. 


The new definition is a subset of that definition, i.e. the value is 
always an ifIndex value. 


The following is Section 3.1 from rfc1406: 


Different physical configurations for the support of SNMP with DS1 
equipment exist. To accommodate these scenarios, two different 
indices for DS1 interfaces are introduced in this MIB. These indices 
are dsxlIflIndex and dsxlLineIndex. 


External interface scenario: the SNMP Agent represents all managed 
DS1 lines as external interfaces (for example, an Agent residing on 


the device supporting DS1 interfaces directly): 


For this scenario, all interfaces are assigned an integer value equal 
to ifIndex, and the following applies: 


ifIndex=dsxlIfIndex=dsxlLineIndex for all interfaces. 
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The dsxlIfIndex column of the DS1 Configuration table relates each 
DS1 interface to its corresponding interface (ifIndex) in the 
Internet-standard MIB (MIB-II STD 17, RFC1213). 


External&Internal interface scenario: the SNMP Agents resides on an 
host external from the device supporting DS1 interfaces (e.g., a 
router). The Agent represents both the host and the DS1 device. The 
index dsxlLineIndex is used to not only represent the DS1 interfaces 
external from the host/DSl-device combination, but also the DS1 
interfaces connecting the host and the DS1 device. The index 
dsxlIfIndex is always equal to ifIndex. 


Example: 
A shelf full of CSUs connected to a Router. An SNMP Agent residing on 


the router proxies for itself and the CSU. The router has also an 
Ethernet interface: 


4----- * 
| | | 

4+--------------------- + 
lz | | 1.544 MBPS | Line#A | DS1 Link 
|t | R [--------------- +----- - =- - =- +------ > 
ho o | | | | 
le | o | 1.544 MBPS | Line#B | DS1 Link 
|r | | --------------- +---------- +-----—- > 
n U CSU Shelf 
e 1.544 MBPS Line#C | DS1 Link 
|t | T  |--------------- £--------c 4£------ > 
| | | | | 
| ----- | E | 1.544 MBPS | Line#D | DS1 Link 
| | | --------------- +- -------c- 4------ > 
| R | | 
| 4----- + 


The assignment of the index values could for example be: 


ifIndex (= dsxlIfIndex) dsxlLineIndex 
1 NA NA (Ethernet) 
2 Line#A Router Side 6 
2 Line#A Network Side 7 
3 Line#B Router Side 8 
3 Line#B Network Side 9 
4 Line#C Router Side 10 
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4 Line#C Network Side 11 
5 Line#D Router Side 12 
5 Line#D Network Side 13 


For this example, ifNumber is equal to 5. Note the following 
description of dsxlLineIndex: the dsxlLineIndex identifies a DS1 
Interface on a managed device. If there is an ifEntry that is 
directly associated with this and only this DS1 interface, it should 
have the same value as ifIndex. Otherwise, number the 
dsxlLineIndices with an unique identifier following the rules of 
choosing a number greater than ifNumber and numbering inside 
interfaces (e.g., equipment side) with even numbers and outside 
interfaces (e.g., network side) with odd numbers. 


If the CSU shelf is managed by itself by a local SNMP Agent, the 
situation would be: 


iflndex (= dsxlIfIndex) dsxlLineIndex 
dl Line#A Network Side 1 
2 Line#A RouterSide 2 
3 Line#B Network Side 3 
4 Line#B RouterSide 4 
5 Line#C Network Side 5 
6 Line#C Router Side 6 
7 Line#D Network Side 3 
8 Line#D Router Side 8 
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5. Appendix B - The delay approach to Unavialable Seconds. 


This procedure is illustrated below for a DS1 ESF interface. Similar 
rules would apply for other DS1, DS2, and El interface variants. The 


procedure guarantees that the statistical counters are correctly 


updated at all times, although they lag real time by 10 seconds. At 


the end of each 15 minutes interval the current interval counts are 
transferred to the most recent interval entry and each interval is 
shifted up by one position, with the oldest being discarded if 
necessary in order to make room. The current interval counts then 
start over from zero. Note, however, that the signal state 


calculation does not start afresh at each interval boundary; rather, 


signal state information is retained across interval boundaries. 


+ = SS SS SO eS Se Oe Se SS eai ume Sa SS Mere ic SS SS Se Sea Mere ii SS Se ES quaii eS eee 
READ COUNTERS & STATUS INFO FROM HARDWARE 
| BPV EXZ LOS FE CRC CS AIS SEF OOF LOF RAI G1-G6 SE FE LV SL 
+ St ep E ——— ——Á———————— Á—— ———— —————————————————————————— Sw Ye es P 
How de we He elo m o dm | | he a, vll 9 
HU ue, HE "usd soris hs b al | | beet Ube A 
v v v vv vv v v v V V V V V V 
+ ———————— ——Á— pe ————————À — ee a ea ee ee ee ee ee SS ee ee oe ee 
| ACCUM ONE-SEC STATS, CHK ERR THRESHOLDS, & UPDT SIGNAL STATE 
| 
|  |<---------- NEAR END ----------- > | | <-------- FAR END ------ > | 
| 
| LCV LES PCV ES CSS BES SES SEFS A/U PCV ES CSS BES SES SEFS A/U 
+ ptem Em a a td a e us a uos os at oe t e mq te re m a a a ee a et a a a te a es Oe a a et 
[* UP ias | oW | ies E A td | 
Westy "tus d ob wu | ae a ake aad | 
v v vv v v VvV vV | vv v v V VW 
4------------------------------ + | 4---------------------- + | 
ONE-SEC DELAY ONE-SEC DELAY 
(1 OF 10) (1 OF 10) 
4------------------------------ + | 4---------------------- + | 
B c. Medd wp "p d | ede ups "br en oil | 
/ / / / / / / / / / / / / / / / 
M E UA | uw P we QU | 
V V V V V v v V V V V V V V 
4R-----------2------------------- * | 4R-------------2---2------ * | 
| ONE-SEC DELAY | | | ONE-SEC DELAY lH 
| (10 OF 10) | | | (10 OF 10) | | 
4------------------------------ + | 4---------------------- + | 
|. tte. el ub, ese al a | pb eps qi ul | 
v v vv v v v yv V vv v v v vV V 
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Note that if such a procedure is adopted there is no current interval 
data for the first ten seconds after a system comes up. 
noSuchInstance must be returned if a management station attempts to 
access the current interval counters during this time. 


It is an implementation-specific matter whether an agent assumes that 
the initial state of the interface is available or unavailable. 


6. Intellectual Property 


The IETF takes no position regarding the validity or scope of any 
intellectual property or other rights that might be claimed to 
pertain to the implementation or use of the technology described in 
this document or the extent to which any license under such rights 
might or might not be available; neither does it represent that it 


has made any effort to identify any such rights. Information on the 
IETF's procedures with respect to rights in standards-track and 
standards-related documentation can be found in BCP-11. Copies of 


claims of rights made available for publication and any assurances of 
licenses to be made available, or the result of an attempt made to 
obtain a general license or permission for the use of such 
proprietary rights by implementors or users of this specification can 
be obtained from the IETF Secretariat. 


The IETF invites any interested party to bring to its attention any 
copyrights, patents or patent applications, or other proprietary 
rights which may cover technology that may be required to practice 
this standard. Please address the information to the IETF Executive 
Director. 
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9. Security Considerations 


SNMPv1 by itself is such an insecure environment. Even if the 
network itself is secure (for example by using IPSec), even then, 
there is no control as to who on the secure network is allowed to 
access and GET (read) the objects in this MIB. 


It is recommended that the implementors consider the security 
features as provided by the SNMPv3 framework. Specifically, the use 
of the User-based Security Model RFC 2274 [12] and the View-based 
Access Control Model RFC 2275 [15] is recommended. 
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10. 


It is then a customer/user responsibility to ensure that the SNMP 
entity giving access to an instance of this MIB, is properly 
configured to give access to those objects only to those principals 
(users) that have legitimate rights to access them. 


Setting any of the following objects to an inappropriate value can 
cause loss of traffic. The definition of inappropriate varies for 
each object. In the case of dsxlLineType, for example, both ends of 
a dsl/el must have the same value in order for traffic to flow. In 
the case of dsxlSendCode and dsxlLoopbackConfig, for another example, 
traffic may stop transmitting when particular loopbacks are applied. 


dsxlLineType 
dsxlLineCoding 
dsxliSendCode 
dsxlLoopbackConfig 
dsx1SignalMode 
dsxlTransmitClockSource 
dsxlFdl 

dsxlLineLength 
dsxliChannelization 


Setting the following object is mischevious, but not harmful to 
traffic. 


dsxlCircuitIdentifier 


Setting the following object can cause an increase in the number of 
traps received by the network management station. 


dsxlLineStatusChangeTrabEnable 
Author's Address 
David Fowler 
Newbridge Networks 
600 March Road 
Kanata, Ontario, Canada K2K 2E6 


Phone: (613) 599-3600, ext 6559 
EMail: davef@newbridge.com 
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11. 


Full Copyright Statement 
Copyright (C) The Internet Society (1999). All Rights Reserved. 


This document and translations of it may be copied and furnished to 
others, and derivative works that comment on or otherwise explain it 
or assist in its implementation may be prepared, copied, published 
and distributed, in whole or in part, without restriction of any 
kind, provided that the above copyright notice and this paragraph are 
included on all such copies and derivative works. However, this 
document itself may not be modified in any way, such as by removing 
the copyright notice or references to the Internet Society or other 
Internet organizations, except as needed for the purpose of 
developing Internet standards in which case the procedures for 
copyrights defined in the Internet Standards process must be 
followed, or as required to translate it into languages other than 
English. 


The limited permissions granted above are perpetual and will not be 
revoked by the Internet Society or its successors or assigns. 


This document and the information contained herein is provided on an 
"AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING 
TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING 
BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION 
HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF 
MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE. 
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